|
|
|
|
@ -29,9 +29,9 @@ createWorkInProgress 之后，Fiber 的操作就会交由 beginWork 和 complete
@@ -29,9 +29,9 @@ createWorkInProgress 之后，Fiber 的操作就会交由 beginWork 和 complete
|
|
|
|
|
### updateHostRoot |
|
|
|
|
|
|
|
|
|
updateHostRoot 函数中首先会执行 pushHostRootContext 方法，这个方法和 Context 相关，现在暂且不谈 |
|
|
|
|
在 updateHostRoot 逻辑一开始，它会将 current 和 WorkInProgress 传递给 cloneUpdateQueue 这个函数，这个函数会将 Fiber 中的 queue 属性进行 clone，除非它们已经是 clone 之后的属性，那么具体是怎么做的判断是否是 |
|
|
|
|
在 updateHostRoot 逻辑一开始，它会将 current 和 WorkInProgress 传递给 cloneUpdateQueue 这个函数，这个函数会将 Fiber 中的 queue 属性进行 clone，除非它们已经是 clone 之后的属性，那么具体是怎么做的判断是否是 clone 过的属性呢？其实很简单，它只是使用了 === 三个等于判断属性的引用是否相同，也就是说这个函数实际上做的是清除引用，保证在之后对 WorkInProgress 的操作不会影响到 current Fiber 树，判断两个 Fiber 树的 updateQueue 属性的引用完全相同，那么就会创建一个新的对象并重复赋值达到清除应用的目的，最后赋值给 WorkInProgress Fiber 节点 |
|
|
|
|
之后，再把 WorkInProgress Fiber 节点交给 processUpdateQueue sh |
|
|
|
|
|
|
|
|
|
cloneUpdateQueue |
|
|
|
|
processUpdateQueue |
|
|
|
|
|
|
|
|
|
### completeWork |
|
|
|
|
|
