Reat-Native拓展

腾讯微信小程序

注:手机QQ未来也预期会开放一套类似的开放平台

React Native

没有公开的文档在说明,但据打听和一些资料显示手机QQ和手机QQ浏览器都不同程度使用了 React
Native,QQ浏览器是在首页的feed流使用了RN;其中手机QQ团队应该还在自研一套动态化技术方案(柏拉图),未来会开放。

百度轻应用

百度在 2013 年百度世界大会上宣布推出“轻应用”(Light App),百度提供了配套基础设施将移动网站快速转化成轻应用。轻应用本质上是
WebApp,类似微信的公众平台,用户体验受当年手机性能的极大制约,以至于后来日渐式微。

React Native → HtmlNative

贴吧微粉2016年曾经全量采用 React Native,在去年爆发 Facebook 协议事件之后,百度内部出现了大量替代 React Native
的轮子,重写了部分涉及协议冲突的组件。目前手机百度采用 HtmlNative 方案,定制了 Webkit 的增强版。

京东-JDReact

京东采用 React Native 的定制方案 JDReact,对 React Native
的核心库做了裁剪和二次开发,搭建了后台功能支撑平台,同时结合京东的业务特点封装了包括 UI 在内的公共组件库,实现了三端融合,目前已经推广到了20多个业务。

携程-Ctrip React Native

携程采用 React Native 的定制方案 CRN(Ctrip React Native),从2016年4月份开始,携程开始小范围使用 React
Native,实现了站内信和机票低价订阅,随后开始大规模在各个 BU 推广,有超过15 个业务模块在使用,涉及页面在50个以上,据称已经达到了 85%
的双端代码复用率。

去哪儿-Qunar React Native

去哪儿采用 React Native 的定制方案 QRN(Qunar React
Native),抹平了平台差异,降低了开发成本,广泛应用于机票、酒店等核心业务,据称已经达到了 95% 的双端代码复用率。

艺龙-Enjoy React Native

艺龙采用 React Native 的定制方案 ERN,基于 web → Native 的思路,将纯 Html 标签转换为 Native
组件,从而抹平了平台差异,降低开发成本。

React-Native-中组件的生命周期

概述

就像 Android 开发中的 View 一样,React Native(RN)
中的组件也有生命周期(Lifecycle)。所谓生命周期,就是一个对象从开始生成到最后消亡所经历的状态,理解生命周期,是合理开发的关键。RN
组件的生命周期整理如下图:

如图,可以把组件生命周期大致分为三个阶段:

第一阶段:是组件第一次绘制阶段,如图中的上面虚线框内,在这里完成了组件的加载和初始化;

第二阶段:是组件在运行和交互阶段,如图中左下角虚线框,这个阶段组件可以处理用户交互,或者接收事件更新界面;

第三阶段:是组件卸载消亡的阶段,如图中右下角的虚线框中,这里做一些组件的清理工作。

生命周期回调函数

下面来详细介绍生命周期中的各回调函数。

getDefaultProps

在组件创建之前,会先调用getDefaultProps(),这是全局调用一次,严格地来说,这不是组件的生命周期的一部分。在组件被创建并加载候,首先调用getInitialState(),来初始化组件的状态。

componentWillMount

然后,准备加载组件,会调用componentWillMount(),其原型如下:

void componentWillMount()

这个函数调用时机是在组件创建,并初始化了状态之后,在第一次绘制render()之前。可以在这里做一些业务初始化操作,也可以设置组件状态。这个函数在整个生命周期中只被调用一次。

componentDidMount

在组件第一次绘制之后,会调用componentDidMount(),通知组件已经加载完成。函数原型如下:

void componentDidMount()

这个函数调用的时候,其虚拟 DOM 已经构建完成,你可以在这个函数开始获取其中的元素或者子组件了。需要注意的是,RN
框架是先调用子组件的componentDidMount(),然后调用父组件的函数。从这个函数开始,就可以和 JS
其他框架交互了,例如设置计时setTimeout或者setInterval,或者发起网络请求。这个函数也是只被调用一次。这个函数之后,就进入了稳定运行状态,等待事件触发。

componentWillReceiveProps

如果组件收到新的属性(props),就会调用componentWillReceiveProps(),其原型如下:

1
2
3
4
5
6
7
8
9
void componentWillReceiveProps(



object nextProps



)

输入参数nextProps是即将被设置的属性,旧的属性还是可以通过this.props来获取。在这个回调函数里面,你可以根据属性的变化,通过调用this.setState()来更新你的组件状态,这里调用更新状态是安全的,并不会触发额外的render()调用。如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
componentWillReceiveProps: function(nextProps) {



this.setState({



likesIncreasing: nextProps.likeCount this.props.likeCount



});



}

shouldComponentUpdate

当组件接收到新的属性和状态改变的话,都会触发调用shouldComponentUpdate(…),函数原型如下:

1
2
3
4
5
6
7
8
9
boolean shouldComponentUpdate(



object nextProps, object nextState



)

输入参数nextProps和上面的componentWillReceiveProps函数一样,nextState表示组件即将更新的状态值。这个函数的返回值决定是否需要更新组件,如果true表示需要更新,继续走后面的更新流程。否者,则不更新,直接进入等待状态。

默认情况下,这个函数永远返回true用来保证数据变化的时候 UI 能够同步更新。在大型项目中,你可以自己重载这个函数,通过检查变化前后属性和状态,来决定
UI 是否需要更新,能有效提高应用性能。

componentWillUpdate

如果组件状态或者属性改变,并且上面的shouldComponentUpdate(…)返回为true,就会开始准更新组件,并调用componentWillUpdate(),其函数原型如下:

1
2
3
4
5
6
7
8
9
10

void componentWillUpdate(



object nextProps, object nextState



)

输入参数与shouldComponentUpdate一样,在这个回调中,可以做一些在更新界面之前要做的事情。需要特别注意的是,在这个函数里面,你就不能使用this.setState来修改状态。这个函数调用之后,就会把nextProps和nextState分别设置到this.props和this.state中。紧接着这个函数,就会调用render()来更新界面了。

componentDidUpdate

调用了render()更新完成界面之后,会调用componentDidUpdate()来得到通知,其函数原型如下:

1
2
3
4
5
6
7
8
9
10

void componentDidUpdate(



object prevProps, object prevState



)

因为到这里已经完成了属性和状态的更新了,此函数的输入参数变成了prevProps和prevState。

componentWillUnmount

当组件要被从界面上移除的时候,就会调用componentWillUnmount(),其函数原型如下:

void componentWillUnmount()

在这个函数中,可以做一些组件相关的清理工作,例如取消计时器、网络请求等。

总结

到这里,RN 的组件的完整的生命都介绍完了,在回头来看一下前面的图,就比较清晰了,把生命周期的回调函数总结成如下表格:

生命周期 调用次数 能否使用
setSate()

getDefaultProps 1(全局调用一次) 否

getInitialState 1

componentWillMount 1 是

render =1

componentDidMount 1 是

componentWillReceiveProps =0 是

shouldComponentUpdate =0 否

componentWillUpdate =0 否

componentDidUpdate =0 否

componentWillUnmount 1 否

React-Native原理浅析

<https://github.com/guoxiaoxing/react-
native/tree/master/doc/ReactNative%E6%BA%90%E7%A0%81%E7%AF%87>

线程模型

RN应用中存在3个线程:

UI线程:即Android中的主线程,负责绘制UI以及监听用户操作。

Native线程:负责执行C++代码,该线程主要负责Java与C++的通信。

JS线程:负责解释执行JS。

渲染模型

渲染模型框架:

VirtualDom的diff模型:

具体VirtualDom的算法模型可以参考这篇文章:

[深度剖析:如何实现一个 Virtual DOM 算法](https://www.cnblogs.com/fengyuqing/p/virtual-
dom.html)

Js渲染Native具体范例:

JS端通过调用RCTUIManager的createView的方法,传递json格式的数据,通知native端进行UI组件的初始化和渲染。

通信模型

JNI作为C++与Java的桥梁,JSC作为C++与JavaScript的桥梁,而C++最终连接了Java与JavaScript。

Java调Js

原理使用了JSCore从Native执行JS代码,RN在此基础上给我们提供了通知发送的执行方式

具体实现:Java通过注册表调用到CatalystInstance实例,透过ReactBridge的jni,调用到Onload.cpp中的callFunction,最后通过javascriptCore,调用BatchedBridge.js,根据参数{moduleID,methodID}require相应Js模块执行。流程如下图:

Js调Java

一般情况下,JS调Java的机制是[JS把对应的methodId和params
push到MessageQueue中,等待native调用JS,然后把MessageQueue中的数据发送到C层,再通过jni转到java层]

但如果JS的MessageQueue中的message超过 5ms 都没有取走,那么 JavaScript
就会主动调用方法nativeFlushQueueImmediate,通知C层将message取走。流程如下图:

JS的解析是在Webkit-JavaScriptCore中完成的,JSCExexutor对JavaScriptCore的功能做了进一步的封装

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×