这是rn新架构下的通信方式,基于0.64代码梳理。
整体看,仍然是基于跨语言interop能力额外搭建了一套通信方式。
方法定义和绑定
信道建立
由于用到了jsi,信道建立过程是跨语言统一的。
- 仍然是+method和TurboModuleRegistry
- turboModuleProxy->(jsi)TurboModuleBinding.cpp#jsProxy->TurboModuleBinding#getModule->TurboModuleManager#installJSIBindings#turboModuleProvider
- 查找c++侧cache,这里有一个有意思的点,jni直接调用monitor.lock()锁java对象锁
- 接上->(jni+反射)TurboModuleManager.java#getJavaModule->getModule->ReactPackageTurboModuleManagerDelegate#getModule->TurboReactPackage#getModule->业务实现的TurboModuleManagerDelegate#getTurboModule
- 官方给了一个codegen工具生成默认c++代理
- 代理里主要是做java方法的转调
js call java
前文的建立过程中,实际上只创建了jsi的get过程。
TurboModule.cpp#get->找到方法后Function::createFromHostFunction->直接就到了业务注册的转调方法->JavaTurboModule#invokeJavaMethod,转换数据直接jni调用java
类型约束及传输
js -> c++
直接用的jsi,没有拷贝,也没有额外内存占用。
c++ -> java
JavaTurboModule#convertJSIArgsToJNIArgs,把数据按jsi类型依次转成java类型,有一次拷贝。
理论上应该可以直接把原始指针交给java做interop,效率会更高。但是
- 双gc语言的内存管理问题会很大
- 跨线程
chrome团队做了个跨语言的gc系统,还是很高级的。