【Under-the-hood-ReactJS-Part0】React源码解读

接上文---

完整流程图见:https://bogdan-lyashenko.gith...
继续我们的React之旅,让我们从ReactDOM.render的调用开始。

ReactDOM.render

ReactDOM.render是我们分析的入口点。我们的应用从这里开始渲染内容到DOM树中。为了方便调试,我们创建了一个<ExampleApplication/>的简单组件。整个流程的第一个动作就是把JSX转换成React elements 。 React elements就是带一些架构的简单对象。 他们就是用来表示组件render方法的返回值,除此之外,没有其他的。对象中的一些字段,如props,key,ref对于大家应该已经很熟悉了。 type属性表示的是JSX定义的标记对象,在我们的案例中,就是类 ExampleApplication, 当然,它也可以表示 Button标签的字符串格式等等。 同时,在React element的创建期间,React将会合并defaultProps和props(如果有声明的话),并且严重propTypes。
更多详情请查看源码 srcisomorphicclassicelementReactElement.js

ReactMount

在流程图中,你可以发现有个叫做ReactMount的模块。它包含了整个组件挂载的逻辑。
其实,ReactDOM中是没有任何逻辑的,它不过是一个用来调用ReactMount的接口,所以当调用ReactDOM.render方法时,技术上来说,你真正调用的是ReactMount.render方法。那么整个挂载过程到底是怎么样的呢?

Mounting is the process of initializing a React component by creating its representative DOM elements and inserting them into a supplied container.(挂载是指初始化一个React组件的过程,包括生成组件对应的DOM元素并插入指定的容器中)

以上文字来自于React代码的注释,那么这些到底是一个怎么样的过程呢?我们先看下以下的一个转化:
React需要将你组件里的JSX描述转化为对应的HTML结构,并插入到DOM树中,这个过程,
React需要处理所有的属性,绑定的事件,内嵌的组件和所有逻辑。挂载,就是指把用高层次语言描述的组件(JSX)转化为低层次的html代码,然后插入到DOM树中。

为了让以上描述更具体下,考虑如下需求:

目标:确保滚动事件被监听
在一个根组件的第一次渲染过程中,React会初始化滚动监听事件,并且把滚动条相关数值缓存起来,这样,当应用代码可以在不触发重排(reflow)的前提下,访问到滚动条相关数据。由于不同的游览器会有不同的实现,一些DOM的数值是非固定的,每次当你在代码中获取它们时,它们都有可能会重新计算。显然,这一步骤会引起一些性能问题。比如,一些老的游览器,是不支持pageX和pageY属性的。为了解决这个问题,React会做一些优化,而这些优化过程中,可能就会需要很多其它技巧。在其它问题中,React为了解决某个具体的问题,都会用到很多技巧,滚动条就是一个具体的列子。

实例化React组件

回顾下最开始的流程图,这里有一个实例创建的过程。事实上,目前去创建一个<ExampleApplication>的实例还有点早,这里我们真正实例化的是类TopLevelWrapper(React内部类)。我们先跳过这个过程,看下一个流程。

在JSX的转化过程中,这里有三个阶段。JSX转化成React elements后,React elements会被转化为以下内部React组件类型中的一:ReactCompositeComponent(开发自定义的组件),ReactDOMComponent(HTML DOM节点),ReactDOMTextComponent(文本节点)。我们先忽略ReactDOMTextComponent,重点放在前两个。

什么是内部组件呢?你可能已经听过虚拟DOM。虚拟DOM是一种DOM的表示方式,在React的diff差异计算以及其它过程中,使用虚拟DOM使得可以不直接DOM树,而这恰是React性能不错的原因之一。其实,在React的源码中,并没有什么文件或者类被称作虚拟DOM,因为虚拟DOM只是一种概念,一种用来描述如何处理真实DOM的手段。有些人可能会说虚拟DOM表示的就是React elements,但是我不这么认为。在我看来,虚拟DOM指的是这三个类:ReactCompositeComponent,ReactDOMComponent,ReactDOMTextComponent。稍后我会详细解释原因。

让我们继续组件的实例化。我们会创建一个ReactCompositeComponent的实例,但是,
这个实例并不是因为我们将<ExampleApplication/>放入ReactDOM.render中然后才生成的。React总是从TopLevelWrapper里开始渲染一个组件树。它几乎是一个纯包装组件,它的render方法(组件的render方法)将会返回<ExampleApplication/>。代码如下:

//src\renderers\dom\client\ReactMount.js#277
TopLevelWrapper.prototype.render = function () {
  return this.props.child;
};

根据以上代码,很显然只有一个TopLevelWrapper的实例被创建了,除此之外就没有其它的了。在继续下一步之前,我们看下以下内容:

DOM内嵌验证
几乎每次内嵌组件渲染时,它们都会被一个专门用来做HTML验证的模块--validateDOMNesting--来验证结构是否合法。所谓的DOM内嵌验证是指校验子模块和父模块的标签层次。比如,如果父组件的标签是<select>,子组件的标签只能是以下中的一个:optino,optgroup,#text。 这些规则都是在https://html.spec.whatwg.org/... 被定义的。你很可能已经看到过这个模块的工作成果,它会产生如下的错误提醒:<div>不能为<p>的后代出现(<div> cannot appear as a descendant of <p> .)

好了,让我们回想下之前的内容,然后再回顾下挂载相关的流程图。 Part0的部分就是这些。

(未完待续)

相关推荐