现在(2018年)react
在前端开发领域已经越来越??了,我自己也经常在项目中使用react
,但是却总是好奇react
的底层实现原理,多次尝试阅读react
源代码都无法读下去,确实太难了。前不久在网上看到几篇介绍如何自己动手实现react
的文章,这里基于这些资料,并加入一些自己的想法,从0开始仅用200
行代码实现一个简版react
,相信看完后大家都会对react
的内部实现原理有更多了解。但是在动手之前我们需要先掌握几个react
相关的重要概念,比如组件(类)
与组件实例
的区别、diff
算法以及生命周期
等,下面依次介绍下,熟悉完这些概念我们再动手实现。
1 基本概念:Component(组件)、instance(组件实例)、 element、jsx、dom
首先我们需要弄明白几个容易混淆的概念,最开始学习react
的时候我也有些疑惑他们之间有什么不同,前几天跟一个新同学讨论一个问题,发现他竟然也分不清组件
和组件实例
,因此很有必要弄明白这几个概念的区别于联系,本篇后面我们实现这个简版react
也是基于这些概念。
Component(组件)
Component
就是我们经常实现的组件,可以是类组件
(class component
)或者函数式组件
(functional component
),而类组件
又可以分为普通类组件(React.Component
)以及纯类组件(React.PureComponent
),总之这两类都属于类组件
,只不过PureComponent
基于shouldComponentUpdate
做了一些优化,这里不展开说。函数式组件
则用来简化一些简单组件的实现,用起来就是写一个函数,入参是组件属性props
,出参与类组件
的render
方法返回值一样,是react element
(注意这里已经出现了接下来要介绍的element
哦)。 下面我们分别按三种方式实现下Welcome
组件:
// Component
class Welcome extends React.Component {
render() {
return <h1>Hello, {this.props.name}</h1>;
}
}
复制代码
// PureComponent
class Welcome extends React.PureComponent {
render() {
return <h1>Hello, {this.props.name}</h1>;
}
}
复制代码
// functional component
function Welcome(props) {
return <h1>Hello, {props.name}</h1>;
}
复制代码
instance(组件实例)
熟悉面向对象编程
的人肯定知道类
和实例
的关系,这里也是一样的,组件实例
其实就是一个组件类
实例化的结果,概念虽然简单,但是在react
这里却容易弄不明白,为什么这么说呢?因为大家在react
的使用过程中并不会自己去实例化一个组件实例
,这个过程其实是react
内部帮我们完成的,因此我们真正接触组件实例
的机会并不多。我们更多接触到的是下面要介绍的element
,因为我们通常写的jsx
其实就是element
的一种表示方式而已(后面详细介绍)。虽然组件实例
用的不多,但是偶尔也会用到,其实就是ref
。ref
可以指向一个dom节点
或者一个类组件(class component)
的实例,但是不能用于函数式组件
,因为函数式组件
不能实例化
。这里简单介绍下ref
,我们只需要知道ref
可以指向一个组件实例
即可,更加详细的介绍大家可以看react
官方文档Refs and the DOM。
element
前面已经提到了element
,即类组件
的render
方法以及函数式组件
的返回值均为element
。那么这里的element
到底是什么呢?其实很简单,就是一个纯对象(plain object
),而且这个纯对象包含两个属性:type:(string|ReactClass)
和props:Object
,注意element
并不是组件实例
,而是一个纯对象。虽然element
不是组件实例
,但是又跟组件实例有关系,element
是对组件实例
或者dom节点
的描述。如果type
是string
类型,则表示dom节点
,如果type
是function
或者class
类型,则表示组件实例
。比如下面两个element
分别描述了一个dom节点
和一个组件实例
:
// 描述dom节点
{
type: ‘button‘,
props: {
className: ‘button button-blue‘,
children: {
type: ‘b‘,
props: {
children: ‘OK!‘
}
}
}
}
复制代码
function Button(props){
// ...
}
// 描述组件实例
{
type: Button,
props: {
color: ‘blue‘,
children: ‘OK!‘
}
}
复制代码
jsx
只要弄明白了element
,那么jsx
就不难理解了,jsx
只是换了一种写法,方便我们来创建element
而已,想想如果没有jsx
那么我们开发效率肯定会大幅降低,而且代码肯定非常不利于维护。比如我们看下面这个jsx
的例子:
const foo = <div id="foo">Hello!</div>;
复制代码
其实说白了就是定义了一个dom节点div
,并且该节点的属性集合是{id: ‘foo‘}
,children
是Hello!
,就这点信息量而已,因此完全跟下面这种纯对象的表示是等价的:
{
type: ‘div‘,
props: {
id: ‘foo‘,
children: ‘Hello!‘
}
}
复制代码
那么React
是如何将jsx
语法转换为纯对象的呢?其实就是利用Babel
编译生成的,我们只要在使用jsx
的代码里加上个编译指示(pragma)
即可,可以参考这里Babel如何编译jsx。比如我们将编译指示
设置为指向createElement
函数:/** @jsx createElement */
,那么前面那段jsx
代码就会编译为:
var foo = createElement(‘div‘, {id:"foo"}, ‘Hello!‘);
复制代码
可以看出,jsx
的编译过程其实就是从<
、>
这种标签式
写法到函数调用式
写法的一种转化而已。有了这个前提,我们只需要简单实现下createElement
函数不就可以构造出element
了嘛,我们后面自己实现简版react
也会用到这个函数:
function createElement(type, props, ...children) {
props = Object.assign({}, props);
props.children = [].concat(...children)
.filter(child => child != null && child !== false)
.map(child => child instanceof Object ? child : createTextElement(child));
return {type, props};
}
复制代码
dom
dom我们这里也简单介绍下,作为一个前端研发人员,想必大家对这个概念应该再熟悉不过了。我们可以这样创建一个dom节点div
:
const divDomNode = window.document.createElement(‘div‘);
复制代码
其实所有dom节点都是htmlElement类
的实例,我们可以验证下:
window.document.createElement(‘div‘) instanceof window.HTMLElement;
// 输出 true
复制代码
关于HTMLElement
API可以参考这里:HTMLElement介绍。因此,dom
节点是HTMLElement类
的实例;同样的,在react
里面,组件实例
是组件类
的实例,而element
又是对组件实例
和dom
节点的描述,现在这些概念之间的关系大家应该都清楚了吧。介绍完了这几个基本概念,我们画个图来描述下这几个概念之间的关系:
2 虚拟dom与diff算法
相信使用过react
的同学都多少了解过这两个概念:虚拟dom
以及diff算法
。这里的虚拟dom
其实就是前面介绍的element
,为什么说是虚拟
dom呢,前面咱们已经介绍过了,element
只是dom
节点或者组件实例
的一种纯对象描述而已,并不是真正的dom
节点,因此是虚拟
dom。react
给我们提供了声明式
的组件写法,当组件的props
或者state
变化时组件自动更新。整个页面其实可以对应到一棵dom
节点树,每次组件props
或者state
变更首先会反映到虚拟dom
树,然后最终反应到页面dom
节点树的渲染。
那么虚拟dom
跟diff算法
又有什么关系呢?之所以有diff
算法其实是为了提升渲染
效率,试想下,如果每次组件的state
或者props
变化后都把所有相关dom
节点删掉再重新创建,那效率肯定非常低,所以在react
内部存在两棵虚拟dom
树,分别表示现状
以及下一个状态
,setState
调用后就会触发diff
算法的执行,而好的diff
算法肯定是尽可能复用已有的dom
节点,避免重新创建的开销。我用下图来表示虚拟dom
和diff算法
的关系:
react
组件最初渲染到页面后先生成第1帧
虚拟dom,这时current指针
指向该第一帧。setState
调用后会生成第2帧
虚拟dom,这时next指针
指向第二帧,接下来diff
算法通过比较第2帧
和第1帧
的异同来将更新应用到真正的dom
树以完成页面更新。
这里再次强调一下setState
后具体怎么生成虚拟dom
,因为这点很重要,而且容易忽略。前面刚刚已经介绍过什么是虚拟dom
了,就是element
树而已。那element
树是怎么来的呢?其实就是render
方法返回的嘛,下面的流程图再加深下印象:
react
官方对diff算法
有另外一个称呼,大家肯定会在react
相关资料中看到,叫Reconciliation
,我个人认为这个词有点晦涩难懂,不过后来又重新翻看了下词典,发现跟diff算法
一个意思:可以看到reconcile
有消除分歧
、核对
的意思,在react
语境下就是对比虚拟dom
异同的意思,其实就是说的diff算法
。这里强调下,我们后面实现部实现reconcile
函数,就是实现diff
算法。
3 生命周期与diff算法
生命周期
与diff算法
又有什么关系呢?这里我们以componentDidMount
、componentWillUnmount
、ComponentWillUpdate
以及componentDidUpdate
为例说明下二者的关系。我们知道,setState
调用后会接着调用render
生成新的虚拟dom
树,而这个虚拟dom
树与上一帧可能会产生如下区别:
- 新增了某个组件;
- 删除了某个组件;
- 更新了某个组件的部分属性。
因此,我们在实现diff算法
的过程会在相应的时间节点调用这些生命周期
函数。
这里需要重点说明下前面提到的第1帧
,我们知道每个react
应用的入口都是:
ReactDOM.render(
<h1>Hello, world!</h1>,
document.getElementById(‘root‘)
);
复制代码
ReactDom.render
也会生成一棵虚拟dom
树,但是这棵虚拟dom
树是开天辟地生成的第一帧
,没有前一帧用来做diff,因此这棵虚拟dom
树对应的所有组件都只会调用挂载期
的生命周期函数,比如componentDidMount
、componentWillUnmount
。
4 实现
掌握了前面介绍的这些概念,实现一个简版react
也就不难了。这里需要说明下,本节实现部分是基于这篇博客的实现Didact: a DIY guide to build your own React。 现在首先看一下我们要实现哪些API,我们最终会以如下方式使用:
// 声明编译指示
/** @jsx DiyReact.createElement */
// 导入我们下面要实现的API
const DiyReact = importFromBelow();
// 业务代码
const randomLikes = () => Math.ceil(Math.random() * 100);
const stories = [
{name: "DiyReact介绍", url: "http://google.com", likes: randomLikes()},
{name: "Rendering DOM elements ", url: "http://google.com", likes: randomLikes()},
{name: "Element creation and JSX", url: "http://google.com", likes: randomLikes()},
{name: "Instances and reconciliation", url: "http://google.com", likes: randomLikes()},
{name: "Components and state", url: "http://google.com", likes: randomLikes()}
];
class App extends DiyReact.Component {
render() {
return (
<div>
<h1>DiyReact Stories</h1>
<ul>
{this.props.stories.map(story => {
return <Story name={story.name} url={story.url} />;
})}
</ul>
</div>
);
}
componentWillMount() {
console.log(‘execute componentWillMount‘);
}
componentDidMount() {
console.log(‘execute componentDidMount‘);
}
componentWillUnmount() {
console.log(‘execute componentWillUnmount‘);
}
}
class Story extends DiyReact.Component {
constructor(props) {
super(props);
this.state = {likes: Math.ceil(Math.random() * 100)};
}
like() {
this.setState({
likes: this.state.likes + 1
});
}
render() {
const {name, url} = this.props;
const {likes} = this.state;
const likesElement = <span />;
return (
<li>
<button onClick={e => this.like()}>{likes}<b>??</b></button>
<a href={url}>{name}</a>
</li>
);
}
// shouldcomponentUpdate() {
// return true;
// }
componentWillUpdate() {
console.log(‘execute componentWillUpdate‘);
}
componentDidUpdate() {
console.log(‘execute componentDidUpdate‘);
}
}
// 将组件渲染到根dom节点
DiyReact.render(<App stories={stories} />, document.getElementById("root"));
复制代码
我们在这段业务代码里面使用了render
、createElement
以及Component
三个API,因此后面的任务就是实现这三个API并包装到一个函数importFromBelow
内即可。
4.1 实现createElement
createElement
函数的功能跟jsx
是紧密相关的,前面介绍jsx
的部分已经介绍过了,其实就是把类似html
的标签式写法转化为纯对象element
,具体实现如下:
function createElement(type, props, ...children) {
props = Object.assign({}, props);
props.children = [].concat(...children)
.filter(child => child != null && child !== false)
.map(child => child instanceof Object ? child : createTextElement(child));
return {type, props};
}
复制代码
4.2 实现render
注意这个render
相当于ReactDOM.render
,不是组件
的render
方法,组件
的render
方法在后面Component
实现部分。
// rootInstance用来缓存一帧虚拟dom
let rootInstance = null;
function render(element, parentDom) {
// prevInstance指向前一帧
const prevInstance = rootInstance;
// element参数指向新生成的虚拟dom树
const nextInstance = reconcile(parentDom, prevInstance, element);
// 调用完reconcile算法(即diff算法)后将rooInstance指向最新一帧
rootInstance = nextInstance;
}
复制代码
render
函数实现很简单,只是进行了两帧虚拟dom
的对比(reconcile),然后将rootInstance
指向新的虚拟dom
。细心点会发现,新的虚拟dom
为element
,即最开始介绍的element
,而reconcile
后的虚拟dom
是instance
,不过这个instance
并不是组件实例
,这点看后面instantiate
的实现。总之render
方法其实就是调用了reconcile
方法进行了两帧虚拟dom
的对比而已。
4.3 实现instantiate
那么前面的instance
到底跟element
有什么不同呢?其实instance
指示简单的是把element
重新包了一层,并把对应的dom
也给包了进来,这也不难理解,毕竟我们调用reconcile
进行diff
比较的时候需要把跟新应用到真实的dom
上,因此需要跟dom
关联起来,下面实现的instantiate
函数就干这个事的。注意由于element
包括dom
类型和Component
类型(由type
字段判断,不明白的话可以回过头看一下第一节的element
相关介绍),因此需要分情况处理:
dom
类型的element.type
为string
类型,对应的instance
结构为{element, dom, childInstances}
。
Component
类型的element.type
为ReactClass
类型,对应的instance
结构为{dom, element, childInstance, publicInstance}
,注意这里的publicInstance
就是前面介绍的组件实例
。
function instantiate(element) {
const {type, props = {}} = element;
const isDomElement = typeof type === ‘string‘;
if (isDomElement) {
// 创建dom
const isTextElement = type === TEXT_ELEMENT;
const dom = isTextElement ? document.createTextNode(‘‘) : document.createElement(type);
// 设置dom的事件、数据属性
updateDomProperties(dom, [], element.props);
const children = props.children || [];
const childInstances = children.map(instantiate);
const childDoms = childInstances.map(childInstance => childInstance.dom);
childDoms.forEach(childDom => dom.appendChild(childDom));
const instance = {element, dom, childInstances};
return instance;
} else {
const instance = {};
const publicInstance = createPublicInstance(element, instance);
const childElement = publicInstance.render();
const childInstance = instantiate(childElement);
Object.assign(instance, {dom: childInstance.dom, element, childInstance, publicInstance});
return instance;
}
}
复制代码
需要注意,由于dom节点
和组件实例
都可能有孩子节点,因此instantiate
函数中有递归实例化的逻辑。
4.4 实现reconcile(diff算法)
重点来了,reconcile
是react
的核心,显然如何将新设置的state
快速的渲染出来非常重要,因此react
会尽量复用已有节点,而不是每次都动态创建所有相关节点。但是react
强大的地方还不仅限于此,react16
将reconcile
算法由之前的stack
架构升级成了fiber
架构,更近一步做的性能优化。fiber
相关的内容下一节再介绍,这里为了简单易懂,仍然使用类似stack
架构的算法来实现,对于fiber
现在只需要知道其调度
原理即可,当然后面有时间可以再实现一版基于fiber
架构的。
首先看一下整个reconcile
算法的处理流程:
- 如果是新增
instance
,那么需要实例化一个instance
并且appendChild
; - 如果是不是新增
instance
,而是删除instance
,那么需要removeChild
; - 如果既不是新增也不是删除
instance
,那么需要看instance
的type
是否变化,如果有变化,那节点就无法复用了,也需要实例化instance
,然后replaceChild
; - 如果
type
没变化就可以复用已有节点了,这种情况下要判断是原生dom
节点还是我们自定义实现的react
节点,两种情况下处理方式不同。
大流程了解后,我们只需要在对的时间点执行生命周期
函数即可,下面看具体实现:
function reconcile(parentDom, instance, element) {
if (instance === null) {
const newInstance = instantiate(element);
// componentWillMount
newInstance.publicInstance
&& newInstance.publicInstance.componentWillMount
&& newInstance.publicInstance.componentWillMount();
parentDom.appendChild(newInstance.dom);
// componentDidMount
newInstance.publicInstance
&& newInstance.publicInstance.componentDidMount
&& newInstance.publicInstance.componentDidMount();
return newInstance;
} else if (element === null) {
// componentWillUnmount
instance.publicInstance
&& instance.publicInstance.componentWillUnmount
&& instance.publicInstance.componentWillUnmount();
parentDom.removeChild(instance.dom);
return null;
} else if (instance.element.type !== element.type) {
const newInstance = instantiate(element);
// componentDidMount
newInstance.publicInstance
&& newInstance.publicInstance.componentDidMount
&& newInstance.publicInstance.componentDidMount();
parentDom.replaceChild(newInstance.dom, instance.dom);
return newInstance;
} else if (typeof element.type === ‘string‘) {
updateDomProperties(instance.dom, instance.element.props, element.props);
instance.childInstances = reconcileChildren(instance, element);
instance.element = element;
return instance;
} else {
if (instance.publicInstance
&& instance.publicInstance.shouldcomponentUpdate) {
if (!instance.publicInstance.shouldcomponentUpdate()) {
return;
}
}
// componentWillUpdate
instance.publicInstance
&& instance.publicInstance.componentWillUpdate
&& instance.publicInstance.componentWillUpdate();
instance.publicInstance.props = element.props;
const newChildElement = instance.publicInstance.render();
const oldChildInstance = instance.childInstance;
const newChildInstance = reconcile(parentDom, oldChildInstance, newChildElement);
// componentDidUpdate
instance.publicInstance
&& instance.publicInstance.componentDidUpdate
&& instance.publicInstance.componentDidUpdate();
instance.dom = newChildInstance.dom;
instance.childInstance = newChildInstance;
instance.element = element;
return instance;
}
}
function reconcileChildren(instance, element) {
const {dom, childInstances} = instance;
const newChildElements = element.props.children || [];
const count = Math.max(childInstances.length, newChildElements.length);
const newChildInstances = [];
for (let i = 0; i < count; i++) {
newChildInstances[i] = reconcile(dom, childInstances[i], newChildElements[i]);
}
return newChildInstances.filter(instance => instance !== null);
}
复制代码
看完reconcile
算法后肯定有人会好奇,为什么这种算法叫做stack
算法,这里简单解释一下。从前面的实现可以看到,每次组件的state
更新都会触发reconcile
的执行,而reconcile
的执行也是一个递归过程,而且一开始直到递归执行完所有节点才停止,因此称为stack
算法。由于是个递归过程,因此该diff
算法一旦开始就必须执行完,因此可能会阻塞线程,又由于js是单线程的,因此这时就可能会影响用户的输入或者ui的渲染帧频,降低用户体验。不过react16
中升级为了fiber
架构,这一问题得到了解决。
4.5 整体代码
把前面实现的所有这些代码组合起来就是完整的简版react
,不到200
行代码,so easy~!完整代码见DiyReact。
5 fiber架构
react16
升级了reconcile
算法架构,从stack
升级为fiber
架构,前面我们已经提到过stack
架构的缺点,那就是使用递归实现,一旦开始就无法暂停,只能一口气执行完毕,由于js是单线程的,这就有可能阻塞用户输入或者ui渲染,会降低用户体验。
而fiber
架构则不一样。底层是基于requestIdleCallback
来调度diff
算法的执行,关于requestIdleCallback
的介绍可以参考我之前写的一篇关于js事件循环
的文章javascript事件循环(浏览器端、node端)。requestIdlecallback
的特点顾名思义就是利用空闲时间来完成任务。注意这里的空闲时间
就是相对于那些优先级更高的任务(比如用户输入、ui渲染)来说的。
这里再简单介绍一下fiber
这个名称的由来,因为我一开始就很好奇为什么叫做fiber
。fiber
其实是纤程
的意思,并不是一个新词汇,大家可以看维基百科的解释Fiber (computer science)。其实就是想表达一种更加精细粒度的调度
的意思,因为基于这种算法react
可以随时暂停diff
算法的执行,而后有空闲时间了接着执行,这是一种更加精细
的调度算法,因此称为fiber
架构。本篇对fiber
就先简单介绍这些,后面有时间再单独总结一篇。
6 参考资料
主要参考以下资料: