React躬行记（16）——React源码分析

Posted 2021-03-15 strick

　　React可大致分为三部分：Core、Reconciler和Renderer，在阅读源码之前，首先需要搭建测试环境，为了方便起见，本文直接采用了网友搭建好的环境，React版本是16.8.6，与最新版本很接近。

一、目录结构

　　React采用了由Lerna维护monorepo方式进行代码管理，即用一个仓库管理多个模块（module）或包（package）。在React仓库的根目录中，包含三个目录：

　　（1）fixtures，给源码贡献者准备的测试用例。

　　（2）packages，React库提供的包的源码，包括核心代码、矢量图形库等，如下所列。

├── packages ------------------------------------ 源码目录
│   ├── react-art ------------------------------- 矢量图形渲染器
│   ├── react-dom ------------------------------- DOM渲染器
│   ├── react-native-renderer ------------------- Native渲染器（原生ios和android视图）
│   ├── react-test-renderer --------------------- JSON树渲染器
│   ├── react-reconciler ------------------------ React调和器

　　（3）scripts，相关的工具配置脚本，包括语法规则、Git钩子等。

　　React使用的前端模块化打包工具是Rollup，在源码中还引入了Flow，用于静态类型检查，在运行代码之前发现一些潜在的问题，其语法类似于TypeScript。

二、React核心对象

　　在项目中引入React通常是像下面这样。

import React from ‘react‘;

　　其实引入的是核心入口文件“packages/react/index.js”中导出的对象，如下所示，其中React.default用于Jest测试，React用于Rollup。

const React = require(‘./src/React‘);
// TODO: decide on the top-level export form.
// This is hacky but makes it work with both Rollup and Jest.
module.exports = React.default || React;

　　顺着require()语句可以找到React.js中的React对象，代码省略了一大堆导入语句，其中__DEV__是个全局变量，用于管理开发环境中运行的代码块。

const React = {
  Children: {
    map,
    forEach,
    count,
    toArray,
    only,
  },

  createRef,
  Component,
  PureComponent,

  createContext,
  forwardRef,
  lazy,
  memo,

  useCallback,
  useContext,
  useEffect,
  useImperativeHandle,
  useDebugValue,
  useLayoutEffect,
  useMemo,
  useReducer,
  useRef,
  useState,

  Fragment: REACT_FRAGMENT_TYPE,
  Profiler: REACT_PROFILER_TYPE,
  StrictMode: REACT_STRICT_MODE_TYPE,
  Suspense: REACT_SUSPENSE_TYPE,
  unstable_SuspenseList: REACT_SUSPENSE_LIST_TYPE,

  createElement: __DEV__ ? createElementWithValidation : createElement,
  cloneElement: __DEV__ ? cloneElementWithValidation : cloneElement,
  createFactory: __DEV__ ? createFactoryWithValidation : createFactory,
  isValidElement: isValidElement,

  version: ReactVersion,

  unstable_withSuspenseConfig: withSuspenseConfig,

  __SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED: ReactSharedInternals,
};

if (enableFlareAPI) {
  React.unstable_useResponder = useResponder;
  React.unstable_createResponder = createResponder;
}
if (enableFundamentalAPI) {
  React.unstable_createFundamental = createFundamental;
}
if (enableJSXTransformAPI) {
  if (__DEV__) {
    React.jsxDEV = jsxWithValidation;
    React.jsx = jsxWithValidationDynamic;
    React.jsxs = jsxWithValidationStatic;
  } else {
    React.jsx = jsx;
    React.jsxs = jsx;
  }
}
export default React;

　　在React对象中包含了开放的核心API，例如React.Component、React.createRef()等，以及新引入的Hooks（内部的具体逻辑可转移到相关的包中），但渲染的逻辑已经剥离出来。

1）React.createElement()

　　JSX中的元素称为React元素，分为两种类型：DOM元素和组件元素。用JSX描述的组件都会通过Babel编译器将它们转换成React.createElement()方法，它包含三个参数（如下所示），其中type是元素类型，也就是它的名称；props是一个由元素属性组成的对象；children是它的子元素（即内容），可以是文本也可以是其它元素。

React.createElement(type, [props], [...children])

　　方法的返回值是一个ReactElement，省略了开发环境中的代码。

const ReactElement = function(type, key, ref, self, source, owner, props) {
  const element = {
    $$typeof: REACT_ELEMENT_TYPE,
    type: type,
    key: key,
    ref: ref,
    props: props,
    _owner: owner        //记录创建该元素的组件
  };
  return element;
};

　　（1）$$typeof标识该对象是一个ReactElement。

　　（2）当ReactElement是DOM元素时，type是元素名称；当ReactElement是组件元素时，type是其构造函数。

　　（3）key和ref是React组件中的两个特殊属性，前者用于标识身份，后者用于访问render()方法内生成的组件实例和DOM元素。

　　（4）props是ReactElement中的属性，包括特殊的children属性。

三、Reconciler

　　虽然React的DOM和Native两种渲染器内部实现的区别很大，但为了能共享自定义组件、State、生命周期等特性，做到跨平台，就需要共享一些逻辑，而这些逻辑由Reconciler统一处理，其中协调算法（Diffing算法）也要尽可能相似。

1）Diffing算法

　　当调用React的render()方法时，会创建一棵由React元素组成的树。在下一次State或Props更新时，相同的render()方法会返回一棵不同的树。React会应用Diffing算法来高效的比较两棵树，算法过程如下。

　　（1）当根节点为不同类型的元素时，React会拆卸原有的树，销毁对应的DOM节点和关联的State、卸载子组件，最后再创建新的树。

　　（2）当比对两个相同类型的DOM元素时，会保留DOM节点，仅比对变更的属性。

　　（3）当比对两个相同类型的组件元素时，组件实例保持不变，更新该组件实例的Props。

　　（4）当递归DOM节点的子元素时，React会同时遍历两个子元素的列表，比对相同位置的元素，性能比较低效。

　　（5）在给子元素添加唯一标识的key属性后，就能只比对变更了key属性的元素。

2）Fiber Reconciler

　　javascript与样式计算、界面布局等各种绘制，一起运行在浏览器的主线程中，当JavaScript运行时间过长时，将占用整个线程，阻塞其它任务。为了能在React渲染期间回到主线程执行其它任务，在React v16中提出了Fiber Reconciler，并将其设为默认的Reconciler，解决了过去Stack Reconciler中的固有问题和遗留的痛点，提高了动画、布局和手势等领域的性能。Fiber Reconciler的主要目标是：

　　（1）暂停和切分渲染任务，并将分割的任务分布到各个帧中。

　　（2）调整优先级，并重置或复用已完成的任务。

　　（3）在父子元素之间交错处理，以支持React中的布局。

　　（4）在render()方法中返回多个元素。

　　（5）更好地支持错误边界。

3）调度任务

　　Fiber可以分解任务，根据优先级将任务调度到浏览器提供的两个全局函数中，如下所列。

　　（1）requestAnimationFrame：在下一个动画帧上执行高优先级的任务。

　　（2）requestIdleCallback：在线程空闲时执行低优先级的任务。

 　　当网页保持在每秒60帧（1帧约为16ms）时，整体会变得很流畅。在每个帧中调用requestAnimationFrame()执行高优先级的任务；而在两个帧之间会有一小段空闲时间，此时可执行requestIdleCallback()中的任务，该函数包含一个deadline参数（截止时间），用于切分长任务。

4）Fiber数据结构

　　在调和期间，从render()方法得到的每个React元素都需要升级为Fiber节点，并添加到Fiber节点树中。而与React元素不同，Fiber节点可复用，不会在每次渲染时重新创建。Fiber的数据结构大致如下，省略了部分属性，源码来自于packages/react-reconciler/src/ReactFiber.js。

export type Fiber = {
  tag: WorkTag,
  key: null | string,
  elementType: any,
  type: any,
  stateNode: any,
  return: Fiber | null,
  child: Fiber | null,
  sibling: Fiber | null,
  ref: null | (((handle: mixed) => void) & {_stringRef: ?string}) | RefObject,
  effectTag: SideEffectTag,
  nextEffect: Fiber | null,
  firstEffect: Fiber | null,
  lastEffect: Fiber | null,
  expirationTime: ExpirationTime,
  alternate: Fiber | null,
  ...
};

　　return、child和sibling三个属性分别表示父节点、第一个子节点和兄弟节点，通过它们使得Fiber节点能够基于链表连接在一起。假设有个ClickCounter组件，包含<button>和<span>两个元素，它们三者之间的关系如图12所示。

class ClickCounter extends React.Component {
  render() {
    return [
      <button>Update counter</button>,
      <span>10</span>
    ];
  }
}

图 12 节点关系

　　使用alternate属性双向连接当前Fiber和正在处理的Fiber（workInProgress），如下代码所示，当需要恢复时，可通过alternate属性直接回退。

let workInProgress = current.alternate;
if (workInProgress === null) {
  workInProgress.alternate = current;
  current.alternate = workInProgress;
}

　　到期时间（ExpirationTime）是指完成此任务的时间，该时间越短，则优先级越高，需要尽早执行，具体逻辑在同目录的ReactFiberExpirationTime.js中。

四、生命周期钩子方法

　　React在内部执行时会分为两个阶段：render和commit。

　　在第一个render阶段（phase）中，React持有标记了副作用（side effect）的Fiber树并将其应用于实例，该阶段不会发生用户可见的更改，并且可异步执行，下面列出的是在render阶段执行的生命周期钩子方法

　　（1）[UNSAFE_]componentWillMount（弃用）

　　（2）[UNSAFE_]componentWillReceiveProps（弃用）

　　（3）getDerivedStateFromProps

　　（4）shouldComponentUpdate

　　（5）[UNSAFE_]componentWillUpdate（弃用）

　　（6）render

　　标有UNSAFE的生命周期有可能被执行多次，并且经常被误解和滥用，例如在这些方法中执行副作用代码，可能出现渲染问题，或者任意操作DOM，可能引起回流（reflow）。于是官方推出了静态的getDerivedStateFromProps()方法，可限制状态更新以及DOM操作。

　　在第二个commit阶段，任务都是同步执行的，下面列出的是commit阶段执行的生命周期钩子方法，这些方法都只执行一次，其中getSnapshotBeforeUpdate()是新增的，用于替换componentWillUpdate()。

　　（1）getSnapshotBeforeUpdate

　　（2）componentDidMount

　　（3）componentDidUpdate

　　（4）componentWillUnmount

　　新的流程将变成图13这样。

图 13 新的流程

 

【参考资料】
源码概览 官网

贡献者说明

React 源码解析系列（jokcy）

如何阅读大型前端开源项目的源码

React源码解析(逻辑图)

react源码学习环境搭建

React源码系列(一): 总结看源码心得及方法感受

React源码分析系列

react源码开始的那一步

React 源码全方位剖析

「译」React Fiber 那些事: 深入解析新的协调算法

【翻译】React Fiber 架构

React Fiber架构

为 Luy 实现 React Fiber 架构

协调 官网

完全理解React Fiber