前置知識

我們可以將 React 的工作流程劃分為幾大塊：

1. render 階段：主要生成 Fiber節(jié)點 并構建出完整的 Fiber樹
2. commit 階段：在上一個render 階段中會在 rootFiber 上生成一條副作用鏈表，應用的DOM操作就會在本階段執(zhí)行

commit階段的工作主要分為三部分，對應到源碼中的函數(shù)名是：

• commitBeforeMutationEffects階段：主要處理執(zhí)行DOM操作前的一些相關操作
• commitMutationEffects階段：執(zhí)行DOM操作
• commitLayoutEffects階段：主要處理執(zhí)行DOM操作后的一些相關操作

useEffect 和 useLayoutEffect 的區(qū)別主要就在體現(xiàn)在這三個階段的處理上。結論是：useEffect 會異步地去執(zhí)行它的響應函數(shù)和上一次的銷毀函數(shù)，而useLayoutEffect 會同步地執(zhí)行它的響應函數(shù)和上一次的銷毀函數(shù)，即會阻塞住 DOM渲染。

useEffect

commitBeforeMutationEffects

在這個階段中 useEffect 著重會經歷一句話如下：

function commitBeforeMutationEffects() {
  while (nextEffect$1 !== null) {
    // 一系列的賦值操作省略，這里的flags應取自對應FunctionComponent的effect的flags，具體實現(xiàn)請看源碼
    var flags = effect.flags;

  // 處理生命周期
    if ((flags & Snapshot) !== NoFlags) {
      setCurrentFiber(nextEffect$1);
      commitBeforeMutationLifeCycles(current, nextEffect$1);
      resetCurrentFiber();
    }

 // 這個if判斷只有 useEffect 為 true，useLayoutEffect 為false
    if ((flags & Passive) !== NoFlags) {
      // If there are passive effects, schedule a callback to flush at
      // the earliest opportunity.
      if (!rootDoesHavePassiveEffects) {
        rootDoesHavePassiveEffects = true;
 // 這里就是 useEffect 異步的原因，DOM操作后React會調度 flushPassiveEffects
        scheduleCallback(NormalPriority, function () {
          flushPassiveEffects();
          return null;
        });
      }
    }

    nextEffect$1 = nextEffect$1.nextEffect;
  }
}

commitMutationEffects

在這個階段中，React 會進行一系列的DOM節(jié)點更新 ，然后會執(zhí)行一個方法: commitHookEffectListUnmount(HookLayout | HookHasEffect, finishedWork);

那么一個擁有 useEffect 的 Functional Component 在這個階段是不符合 unmount 的判斷邏輯的，所以在這個地方不會做 unmount 操作。

commitLayoutEffects

在這個階段中，依然有一個很重要的方法存在：commitHookEffectListMount(HookLayout | HookHasEffect, finishedWork);

這個if判斷和上一階段的if判斷是一樣的，useEffec 在這個判斷中不會做任何操作。

后續(xù)階段

在完成了 commitLayoutEffects 后，還有一個操作：

if (rootDoesHavePassiveEffects) {
    // This commit has passive effects. Stash a reference to them. But don't
    // schedule a callback until after flushing layout work.
    rootDoesHavePassiveEffects = false;
    rootWithPendingPassiveEffects = root;
    pendingPassiveEffectsLanes = lanes;
    pendingPassiveEffectsRenderPriority = renderPriorityLevel;
  }

即把 rootWithPendingPassiveEffects 置為 root ，這么做的原因和第一階段 commitBeforeMutationEffects 中 useEffect 注冊的下一次 flushPassiveEffects 異步調度有關，我們看以下 flushPassiveEffects 的實現(xiàn)：

function flushPassiveEffectsImpl() {
 if (rootWithPendingPassiveEffects === null) {
    return false;
  }
 // 省略一系列的性能追蹤等操作
 commitPassiveUnmountEffects(root.current);
  commitPassiveMountEffects(root, root.current);
}

從上述代碼段可以看見，useEffect 在第一階段注冊的調度回調會在頁面更新后進行 unmount 和 mount 操作。值得一提的是，這個回調中effect的注冊時機就是在 commitLayoutEffects 階段。

useLayoutEffect

其實根據我們對 useEffect 的解析來看，就是在 commitMutationEffects 和 commitLayoutEffects 階段中各自的 if 判斷中，useLayoutEffect 是通過if判斷的，所以在 commitMutationEffects 階段中，同步執(zhí)行了useLayoutEffect 的上一次銷毀函數(shù)，在 commitLayoutEffects 階段中，同步執(zhí)行了 useLayoutEffect 本次的執(zhí)行函數(shù)，并注冊上銷毀函數(shù)。

結論

至此，我們粗略地查看了 commit 階段的代碼，分析了以下為什么 useEffect 是異步執(zhí)行，而 useLayoutEffect 是同步執(zhí)行，具體的代碼我沒有太過在文章中貼出來，因為這些都是可變的，真正的流程性的概覽和 React 團隊設計這一套機制的心智模型需要我們自己在不斷調試代碼和理解中慢慢去熟悉。

后續(xù)自己感興趣的是 hooks 的實現(xiàn)，其中比較關鍵的 useReducer 會著重看一下源碼，看看能不能寫個簡易版本的放到支付寶小程序中去實現(xiàn)一個 自定義的支付寶hooks 用于日常生產力開發(fā)。

到此這篇關于React中useEffect 與 useLayoutEffect的區(qū)別的文章就介紹到這了,更多相關React useEffect useLayoutEffect內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論