这两天一直在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注意,这些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调用。
Application
我非常疑惑,因为我对照了多次文档(Native Modules),从写原生module,到注册到package,到添加package到Application类,这三步都做到了;甚至开始怀疑人生,怀疑是不是前面的so非正常操作造成的。
今天上午我稍微看了一下源码,发现调用getReactNativeHost的地方是ReactActivityDelegate.java(ReactNativeHostDelegate-> onCreate会调用getReactNativeHost().getReactInstanceManager()),只有ReactActivity执行生命周期才会调用到的。
所以我疑惑了,这个跟Application有关系吗。我查看了下非集成到app能正常调用的工程的调用到的方法栈:
方法stack
很清晰,测试用的App之所以能调用到getReactNativeHost,是因为ReactActivity的生命周期调用了ReactActivityDelegate。
那么我发现我集成的App里,根本没有一个继承ReactActivity的类。进而我才发现,编写Native Modules和Integration with Existing Apps的调用原生Module的方法是不一样的,后者完全不需要在Application里提供getReactNativeHost来注册package,只需要在相应的交互入口的Activity里注册你的Package就行了!也就是这样,在后面再add一个你自己写的package,这样就注册成功了。
只能说,getReactNativeHost和这种是两种不同的注册本地模块的方法。
所以,文档还是要仔细看。
先到这里。
--
网友评论