这是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方法的转调
前文的建立过程中，实际上只创建了jsi的get过程。
TurboModule.cpp#get->找到方法后Function::createFromHostFunction->直接就到了业务注册的转调方法->JavaTurboModule#invokeJavaMethod，转换数据直接jni调用java
直接用的jsi，没有拷贝，也没有额外内存占用。
c++ -> javaJavaTurboModule#convertJSIArgsToJNIArgs，把数据按jsi类型依次转成java类型，有一次拷贝。
理论上应该可以直接把原始指针交给java做interop，效率会更高。但是
- 双gc语言的内存管理问题会很大
- 跨线程
chrome团队做了个跨语言的gc系统，还是很高级的。
