|
|
|
|
@ -7,8 +7,8 @@
@@ -7,8 +7,8 @@
|
|
|
|
|
|
|
|
|
|
### createWorkInProgress |
|
|
|
|
|
|
|
|
|
React 的首屏渲染时会交由 `createWorkInProgress` 函数生成一个 WorkInProgress Fiber 节点，这个节点就是 FiberNode，`createWorkInProgress` 接收两个参数，分别是 `current` 和 `pendingProps`，这里的 `pendingProps` 是组件的属性 |
|
|
|
|
因为传入的是 current Fiber 树，所以 `createWorkInProgress` 内会从 `current` 的 `alternate` 取出中取出与之链接的 WorkInProgress Fiber 节点，并对其做空值判断，因为对于首屏渲染而言，WorkInProgress 是不存在的，所以会走到不存在 WorkInProgress 的逻辑，在这里也就是调用 `createFiber` 函数，这个函数会更加传递的参数 `new` 一个 Fiber 的实例，其内部并没有什么复杂的逻辑，而是对 Fiber 节点的属性进行了初始化，`createFiber` 返回之后，会对返回的 FiberNode 节点进行赋值，复用 current FiberNode 节点的内容，并对它们各自的 alternate 进行赋值，双向链接 |
|
|
|
|
React 的首屏渲染时会交由 `createWorkInProgress` 函数生成一个 `WorkInProgress Fiber` 节点，这个节点就是 FiberNode，`createWorkInProgress` 接收两个参数，分别是 `current` 和 `pendingProps`，这里的 `pendingProps` 是组件的属性 |
|
|
|
|
因为传入的是 `current Fiber` 树，所以 `createWorkInProgress` 内会从 `current` 的 `alternate` 取出中取出与之链接的 `WorkInProgress Fiber` 节点，并对其做空值判断，因为对于首屏渲染而言，`WorkInProgress` 是不存在的，所以会走到不存在 `WorkInProgress` 的逻辑，在这里也就是调用 `createFiber` 函数，这个函数会更加传递的参数 `new` 一个 Fiber 的实例，其内部并没有什么复杂的逻辑，而是对 Fiber 节点的属性进行了初始化，`createFiber` 返回之后，会对返回的 FiberNode 节点进行赋值，复用 `current FiberNode` 节点的内容，并对它们各自的 `alternate` 进行赋值，双向链接 |
|
|
|
|
`createWorkInProgress` 之后，Fiber 的操作就会交由 `beginWork` 和 `completeWork` 开始正式的递归 |
|
|
|
|
|
|
|
|
|
### beginWork |
|
|
|
|
@ -141,4 +141,4 @@ createInstance 会调用 createElement 方法创建一个 DOM 实例，并调用
@@ -141,4 +141,4 @@ createInstance 会调用 createElement 方法创建一个 DOM 实例，并调用
|
|
|
|
|
completeWork 逻辑结束 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
你可以会问我，到这里就没有了吗？，是的没有了，这就是一个简单例子下 React Fiber 递归的全部流程，从 beginWork 到 completeWork，从首屏渲染到触发更新，可以从中看到 |
|
|
|
|
你可以会问我，到这里就没有了吗？，是的没有了，这就是一个简单例子下 `React Fiber` 递归的全部流程，从 `beginWork` 到 `completeWork`，从首屏渲染到触发更新，没有涉及到新增节点和删除属性的情况，但是简单的递归逻辑已经是到这里就结束了，后边还会写更加详细的单个 render 阶段函数的详细解析和 commit 阶段的流程解析 |
