一、目录结构
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> ]; } }
使用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这样。
