无星的RN学习之旅（三）-bridge is not set.

2017-07-24 本文已影响843人无星灬

报错信息：bridge is not set. This is probably because you've "
"explicitly synthesized the bridge in %@, even though it's inherited "
"from RCTEventEmitter.

踩坑了。。。
我相信肯定有兄弟需要从原生的OC向RN主动发起事件。而且这种场景也很多，比如集成第三方的服务，通过代理回调获取结果发送给RN等等等等。。。
我将我遇到的坑总结一下吧。
先看下官网怎么写的

官网介绍1

官网介绍2.png

1.你是不是像官网一样，先写一个继承自RCTEventEmitter的对象，什么都不写，看看能不能运行？
答案是：并不能运行=。=你必须写实现，也就是以下这个方法

//.m文件
- (NSArray<NSString *> *)supportedEvents
{
  return @[@"EventReminder"];
}

2.你在使用发送文件，也就是

[self sendEventWithName:@"消息名" body:参数];

运行这个方法的时候有没有崩溃啊=。=
崩溃的提示是不是

bridge is not set. This is probably because you've "
            "explicitly synthesized the bridge in %@, even though it's inherited "
            "from RCTEventEmitter.

其实就是bridage为空。
这个时候你查这个报错提示是不是发现有人说在Appdelegate.m里把rootView的bridage赋给这个你创建的对象，然后你试了一下确实发出去了开始哈皮=。=

这时候你会发现一个悲伤的事实，不管你在RN里怎么写监听，你都监听不到这个事件=。=
那么正确的解法是什么呢=。=
（1）必须使用单例
（2）必须复写alloczone
其实就是加这么一段代码：

//.m文件
+(id)allocWithZone:(NSZone *)zone {
  static RNBridge *sharedInstance = nil;
  static dispatch_once_t onceToken;
  dispatch_once(&onceToken, ^{
    sharedInstance = [super allocWithZone:zone];
  });
  return sharedInstance;
}

在APPdelegate中就不需要将rootView的bridge赋予原生模块了。
用self进行发送即可
RN中使用NativeEventEmitter进行监听即可。
还有问题简书私信我，一起交流解决=。=