React Native架构分析

  • 时间:
  • 浏览:1

动画的实现辦法 。

RN 会把应用的JS代码(包括依赖的framework)编译成事先js文件(一般命名为index.android.bundle), , RN的整体框架目标所以 为了解释运行两种js 脚本文件,肯能是js 扩展的API, 则直接通过bridge调用native辦法 ; 肯能是UI界面, 则映射到virtual DOM两种虚拟的JS数据形状中,通过bridge 传递到native , 假使 根据数据属性设置各个对应的真实native的View。 bridge是两种JS 和 JAVA代码通信的机制, 用bridge函数传入对方module 和 method即可得到异步回调的结果。

java层都不必 不必 调用的JS模块主要在CoreModulesPackage.createJSModules辦法 配置,有:

在线更新

2、 待研究

e.printStackTrace();

分析代码可知,消息线程池创建于ReactContext环境初始化时, MessageQueueThread.java当中, 该消息队列主要接收系统事件(如 Vsync、timer、doFrame、backkey)、UI事件(如键盘弹起、滚动等)以及 callback事件(JS 的回调函数)。

一、 整体架构

二、 代码流程

当运行环境准备完毕, 则调用bridge辦法 运行上步注册的APP组件,触发一连串JS 和 Native相互通信,配合事件驱动, 从而完成native世界的渲染。如图利用bridge辦法 运行上方注册的JS APP组件的runApplication辦法 :

RN不必 不必 事先JS的运行环境, 在IOS上直接使用内置的javascriptcore, 在Android 则使用webkit.org官方开源的jsc.so。 此外还集成了一些开源组件,如fresco图片组件,okhttp网络组件等。

Log.i("MyReactPackage", "add Module Exeception:" + e);

到此,转入Java层. 从native module配置表中,取到对应module和method,并执行。

var AwesomeProject = React.createClass 创建APP, 假使 在render函数中返回UI界面形状(采用JSX ), 实际经过编译, 不会变成JS 代码, 比如 变成 React.createElement(View,{style:{flex:1}},

肯能是静态资源,则直接URI统一定位。肯能是动态资源, 比如要通过网关获取到base64格式的图片,则不必 不必 native扩展有点儿接口。

1、JS调用java

}}        }        return modules;    }

ReactRootView, Android 标准的FrameLayout对象,另外事先功能是提供react 世界的入口,函数startReactApplication实际调用attachMeasuredRootView触发react世界的初始化。

2、java调用JS

假使 在回调函数中,陆续调用ReactCallback对象的call辦法 ,weakCallback所以 java层初始化bridge时传入的NativeModulesReactCallback对象,也所以 ReactCallback的子类。

六、 总结

所有的APP在操作系统中, 最终不会使用事先事件循环来运行。

m_callback 函数是在bridge初始化的事先设置到c++层, 如:

代码离线

假使 不管是离线包内资源还是系统资源,假使 能转换成Android 统一资源定位URI对象,即可获取到图片。

require 所有依赖到的组件, 共要java中的import 肯能 c++ 中的include。

3、事件循环

至此, JS端调用完毕, queue中数据要等待英文Native层通过bridge来取。

而实际上,JS 也是单线程池事件循环,不管是 API调用, virtural DOM同步, 还是系统事件监听, 也有异步事件,采用Observer(观察者)模式监听JAVA层事件, JAVA层会把JS 关心的事件通过bridge直接使用javascriptCore的接口执行固定的脚本, 比如"requrire (test_module).test_methode(test_args)"。此时,UI main thread共要work thread, 把系统事件肯能用户事件往JS层抛,同时,JS 层所以 断调用模块API肯能UI组件 , 驱动JAVA层完成实际的View渲染。JS开发者只不必 不必 监听JS层framework定义的事件即可。如图即JS thread 的消息队列循环:

native层会在一定条件下触发事件, 通过bridge调用callFunctionReturnFlushedQueue

Class c = Class.forName(mModuleList.get(i));

List modules = new ArrayList();

而对于Android 开发者, Android 肯能为APP创建事先默认的 Main Looper, 不管是Android System 还是JS 事件也有发送到Main thread通过UI渲染出来。如图即是MessageQueueThread.java直接使用主线程池Looper。

五、 离线加载

*肯能bridge,  JS和 JAVA是异步互通,肯能实现简化多API的逻辑,肯能会原困每种速率单位损耗在线程池通信。JS 异步的编程辦法 多哪几个少带来一些不便。*肯能bridge,  肯能一些场景做不必 及时响应。比如帧动画的实时控制。*Android版本刚推出不完善,假使 目前RN版本还在不停的更新中, 肯能位于暗坑。*加入JS引擎, 内存的控制比较麻烦,会比普通native增加不少。

接着就等待英文Native事件驱动渲染JS端定义的APP组件。

var styles = StyleSheet.create({, 创建CSS 样式,实际上会直接当做参数直接反馈到上方的React.createElement

肯能react模块加载主要在ReactPackage类配置,假使 扩展都不必 不必 通过反射、结构依赖注入等机制,都不必 不必 做到跟H5容器一样实现动态插拔的插件式扩展。比如API扩展, 通过结构传入扩展模块的类名即可反射构造函数创建新的API:

三、 通信机制

肯能调用JSModules对象的辦法 ,则会动态代理跳转到(mBridge).callFunction(moduleId, methodId, arguments);

1、 肯能瓶颈

官方文档操作:

事先ReactInstanceManager 中运行JS APP组件,JAVA 是调用catalystInstance.getJSModule 辦法 获取JS 对象,假使 直接访问对象辦法 runApplication。实际上getJSModule 返回的是js对象在java层的映射对象。

官方文档操作:

write once, 删剪跨平台。

new WebSocketModule(reactContext),

new AsyncStorageModule(reactContext),

一般说的是图片资源比较多, RN 使用控件显示图片,如:

public native void callFunction(int moduleId, int methodId, NativeArray arguments);

Facebook 于2015年9月15日推出react native for Android 版本, 换成2014年底肯能开源的IOS版本,至此RN (react-native)真正成为跨平台的客户端框架。本篇主所以 从分析代码入手,探讨一下RN在安卓平台上是要怎样构建一套JS的运行框架。

离线包支持。 目前RN官方支持内置APK打包以及dev server在线更新。而实际上,一般的容器不会实现一套离线包发布平台。大致的实现方案是自定义事先JSBundleLoader,对接到应用管理发布平台。

肯能RN肯能具备所以 的灵活, JS也都不必 不必 做到所以 大型控件,所以 native UI扩展不必 不必 定义JS 和 native边界, 哪此是JS 实现, 哪此是native实现。

分离react 框架代码和应用业务代码。目前官方的生产工具是把框架代码和业务代码弄成事先bundle。 但框架代码很大,不必 不必 共用, 假使 要分离出框架代码单独前置加载。 应用业务代码变成很小一段JS代码单独发布。肯能每次都加载框架代码, 启动业务代码会先要,事先helloworld都不必 不必 4秒左右。初步实践方案是把ReactInstanceManager设置成全局变量共享,在Native APP 启动初始化肯能第一次进入RN APP时初始化ReactInstanceManager。两种肯能会原困多个RN APP全局变量冲突。

2、 组件扩展(UI component)

事先就在JS引擎中运行了一段JS代码并得到返回值,实现了JAVA层到JS层的调用。每次有JAVA对JS的访问, 则在返回值中从JS层的messageQueue.js中抓取事先每种的一堆JS calls。肯能JAVA层要把时间同步、 系统帧绘制等事件传递给JS, 假使 queue中的JS calls不会在很短的时间内被抓取。

使用_genModules 加载所有native module到 RemoteModules数组。RemoteModules每种也有事先映射到native module的JS对象。

https://facebook.github.io/react-native/docs/native-components-android.html#content

此刻进入JS 世界, 开发者的js 一段话连同react js框架层被执行。该步骤最终一段话是执行AppRegistry.registerComponent注册事先APP组件,但还没法到要是开始英语 英语 英语 渲染。

H5容器和RN容器融合方案

一般来说,JS 开发者只不必 不必 开发各个组件对象,监听组件事件, 假使 利用framework接口调用render辦法 渲染组件。

new NetworkingModule(reactContext),

modules.addAll(Arrays.asList(

离线包更新主要依赖应用管理发布平台,大致都不必 不必 做到跟H5离线包一致。

RN框架最主要的所以 实现了一套JAVA和 JS通信的方案,该方案都不必 不必 做到比较简便的互调对方的接口。一般的JS运行环境是直接扩展JS接口,假使 JS通过扩展接口发送信息到主线程池。但RN的通信的实现机制是单向调用,Native线程池定期向JS线程池拉取数据, 假使 转成JS的调用预期,最后转交给Native对应的调用模块。事先最终同样也都不必 不必 达到Java和 JS 定义的Module互相调用的目的。

1、 模块扩展(native module)

调用RemoteModules 的辦法 , 实际是把moduleID、methodId、args上放去事先queue保存。

资源离线

for (int i = 0; i < mModuleList.size(); i++) {

MyReactPackage, 配置当前APP 不必 不必 加载的模块,RN 的JS框架会在初始化阶段就会把native的模块按照配置加载到JS数据形状中(MessageQueue), 从而不必 在JS 层即可直接判断native是是否支持某个模块。支持两种类型模块配置, native module(实际所以 不必 不必 操作View形状的API), view managers(实际是映射到virtual DOM中的View组件), JS module 。

Log.i("MyReactPackage", "add Module:" + mModuleList.get(i));

对于JS开发者来说, 整个RN APP就不必 不必 事先JS文件, 而开发者不必 不必 编写的就不必 不必 如上每种。主所以 六个每种:

ReactInstanceManager, 构建React世界的运行环境,发送事件到JS世界, 驱动整个React世界运转。 通过builder都不必 不必 创建不同的React环境, 比如内置js 路径, 开发环境dev的js名字,是是否支持调试等。doInBackground会加载指定的JS文件, onPostExecute会调用runApplication接口运行JS APP。

@OverridepublicList createNativeModules(ReactApplicationContext reactContext){

对于JS开发者来说, 画UI只不必 不必 画到virtual DOM 中,不必 不必 有点儿关心具体的平台, 还是事先的单线程池开发,还是事先HTML 组装UI(JSX),还是事先的样式模型(每种兼容 )。RN的界面正确处理除了实现View 增删剪查的接口之外,还自定义一套样式表达CSSLayout,这套CSSLayout也是跨平台实现。 RN 拥有画UI的跨平台能力,主所以 加入Virtual DOM编程模型,该辦法 一方面都不必 不必 照顾到JS开发者在html DOM的每种传承, 让JS 开发者都不必 不必 用类事DOM编程模型就都不必 不必 开发原生APP , 当事人面则都不必 不必 让Virtual DOM适配实现到各个平台,实现跨平台的能力,假使 为未来增加更多的想象空间, 比如react-cavas, react-openGL。而实际上react-native也是从react-js演变而来。

JS调用java 使用通过扩展模块require('NativeModules')获取native模块,假使 直接调用native公开的辦法 ,比如require('NativeModules').UIManager.manageChildren()。 JS 调用require('NativeModules')实际上是获取MessageQueue上方的事先native模块列表的属性, 如:

通过source属性设置图片资源路径, 映射到native层:

动态注入的API插件实现方案,能跟h5容器共用实现。

四、 扩展机制

new ToastModule(reactContext)));

try {

Class[] parameterTypes = {ReactApplicationContext.class};                    java.lang.reflect.Constructorconstructor=c.getConstructor(parameterTypes);Object[] parameters ={reactContext};                    NativeModulemodule= (NativeModule)constructor.newInstance(parameters);modules.add(module);                }catch (Exception e){

https://facebook.github.io/react-native/docs/native-modules-android.html#content

JS 层支持 Fragment manager

和 invokeCallbackAndReturnFlushedQueue ,得到的返回值所以 这事先queue。

RN 这套框架让 JS开发者都不必 不必 大每种使用JS代码就都不必 不必 构建事先跨平台APP。 Facebook官方说法是learn once, run everywhere, 即在Android 、 IOS、 Browser各个平台,线程池画UI和写逻辑的辦法 都大致相同。肯能JS 都不必 不必 动态加载,从而理论上都不必 不必 做到write once, run everywhere, 当然要做额外的适配正确处理。如图:

接着调用ReactBridge中声明的JNI 函数,

AppRegistry.registerComponent('AwesomeProject', () => AwesomeProject); 以上事先更像是参数,两种才是JS 线程池的入口。即把当前APP的对象注册到AppRegistry组件中, AppRegistry组件是js module。

对于 Android 开发者来说, RN是事先普通的安卓线程池换成一堆事件响应, 事件来源主所以 JS的命令。主要有六个线程池,UI main thread, JS thread。 UI thread创建事先APP的事件循环后,就挂在looper等待英文事件 , 事件驱动人及的对象执行命令。 JS thread 运行的脚本共要底层数据分发器, 不断上传数据,转化成UI 事件, 通过bridge转发到UI thread, 从而改变真实的View。 上方再深一层发现, UI main thread 跟 JS thread更像是CS 模型,JS thread更像服务端, UI main thread是客户端, UI main thread 不断询问JS thread假使 请求数据,肯能数据有变,则更新UI界面。

if (mModuleList != null && mModuleList.size() > 0) {

ReactRootView第一次onMeasured计算完成, 然不会利用ReactInstanceManager创建 ReactContext上下文环境。重要的是初始化bridge以及加载js文件, 利用JSBundleLoader辦法 加载index.android.bundle. 如图

对于Android 开发者, 普通安卓线程池入口是Activity.onCreate()辦法 , 主要有事先对象

1、JS入口

bridge会把这事先queue交给parseMethodCalls解析, 假使 通过JNI回调函数转发到Java层

new FrescoModule(reactContext),

在线资源

通过JS 的require和 apply函数拼接一段JS 代码, 假使 用javascriptCore的脚本运行接口执行,并得到返回值。

如图即ReactRootView往JS 传递键盘弹出的事件:

跟普通APP不同是,此时JS thread共要work thread, JS会把对应的事件肯能数据通过bridge发送到UI thread。 如图即是native Java层收到的JS事件的正确处理函数:

2、Native 入口