这两天一直在RN在现有Android工程中集成的问题，遇到的问题可谓是一个接一个。。多少次都觉得我搞不定了，最后竟然搞定。稍微记录下。
首先，虽然我们希望把现有的项目完全(80%以上)改成RN实现，但是真正实现的时候，还是觉得应该在以已有的工程为基础，在它的基础上一点点替换成RN。于是，采取了Integration with Existing Apps的方案，按照它的步骤来，在原有Android目录的基础上一步步构建出一个RN工程目录。
问题1. 动态链接库.so的问题
按照上面的官方文档一步步做完之后，运行提示找不到libreactnativejni.so。Google发现这是一个很老的issue，facebook一直没有解决。原因大概是因为，我们的Android工程的gradle配置中有如下代码：
ndk {
// 设置支持的SO库架构
abiFilters 'armeabi' //, 'x86', 'armeabi-v7a', 'x86_64', 'arm64-v8a'
}
注意，用filter过滤掉了除了'armeabi'以外类型的动态链接库。相信很多其他公司的工程也是这么做的，这是由于我们的App中接入的一些so只提供了armeabi-v7版本，所以才去的措施是只从armeabi中读取so，把armeabi-v7目录中的so也移动到armeabi文件夹中来。这么做是可行的，因为绝大部分手机都是armeabi-v7架构了。
但是问题是，facebook没有在他们的sdk里这么做，也就是说它们只在armeabi-v7文件夹中放置了so，所以过滤掉之后就找不到了。这在github上是一个很老的issue，facebook一直没有解决，据说距离承诺的deadline还有几个月。最后我从前辈的PPT中找到了解决办法，就是从打包的build目录中提取所有的so，放置到app的armeabi中去。我的经验是，v7目录里的都拷贝过来(gradle的ndk{}语句保持原状就有v7版本的so)；不能用自己创建的非原工程的APK里提取的SO。
注意，这些so的版本要与当前react native版本一致，因为这些so区分版本的，比如最新的0.54版本就比0.48版本多了几个so文件，要一起拷贝过去。我很佩服前辈姗姗能想到这个方法，因为如果是我的话，很可能就在抱怨中觉得这个不能能实现了。
问题2. 在已有Android App中集成ReactNative调用Android模块调不到的问题
我想在已有的App中调用Android模块，比如Toast，
NativeModules.ToastExample.show(..);
但是一直红屏报错，我console.log发现ToastExample是undefined。多发查找，发现下面的App.java中，-------xxx--2---->和-------xxx--3---->直到红屏始终都没有打印，也就是说getReactNativeHost没有被RN调用。
我非常疑惑，因为我对照了多次文档(Native Modules)，从写原生module，到注册到package，到添加package到Application类，这三步都做到了；甚至开始怀疑人生，怀疑是不是前面的so非正常操作造成的。
今天上午我稍微看了一下源码，发现调用getReactNativeHost的地方是ReactActivityDelegate.java(ReactNativeHostDelegate-> onCreate会调用getReactNativeHost().getReactInstanceManager())，只有ReactActivity执行生命周期才会调用到的。
所以我疑惑了，这个跟Application有关系吗。我查看了下非集成到app能正常调用的工程的调用到的方法栈：
很清晰，测试用的App之所以能调用到getReactNativeHost，是因为ReactActivity的生命周期调用了ReactActivityDelegate。
那么我发现我集成的App里，根本没有一个继承ReactActivity的类。进而我才发现，编写Native Modules和Integration with Existing Apps的调用原生Module的方法是不一样的，后者完全不需要在Application里提供getReactNativeHost来注册package，只需要在相应的交互入口的Activity里注册你的Package就行了！也就是这样，在后面再add一个你自己写的package，这样就注册成功了。
只能说，getReactNativeHost和这种是两种不同的注册本地模块的方法。
所以，文档还是要仔细看。
先到这里。
--
