作者：zxg_神說要有光

原文鏈接：https://juejin.cn/post/7087172219226292237

React 的 hooks 是在 fiber 之后出現的特性，所以很多人誤以為 hooks 是必須依賴 fiber 才能實作的，其實并不是，它們倆沒啥必然聯系，

現在，不止 react 中實作了 hooks，在 preact、react ssr、midway 等框架中也實作了這個特性，它們的實作就是不依賴 fiber 的，

我們分別來看一下這些不同框架中的 hooks 都是怎么實作的：

react 如何實作 hooks

react 是通過 jsx 描述界面的，它會被 babel 或 tsc 等編譯工具編譯成 render function，然后執行產生 vdom：

這里的 render function 在 React17 之前是 React.createElement：

在 React 17 之后換成了 jsx：

這個 jsx-runtime 會自動引入，不用像之前那樣每個組件都要保留一個 React 的 import 才行，

render function 執行產生 vdom：

vdom 的結構是這樣的：

在 React16 之前，會遞回渲染這個 vdom，增刪改真實 dom，

而在 React16 引入了 fiber 架構之后就多了一步：首先把 vdom 轉成 fiber，之后再渲染 fiber，

vdom 轉 fiber 的程序叫做 reconcile，最后增刪改真實 dom 的程序叫做 commit，

為什么要做這樣的轉換呢？

因為 vdom 只有子節點 children 的參考，沒有父節點 parent 和其他兄弟節點 sibling 的參考，這導致了要一次性遞回把所有 vdom 節點渲染到 dom 才行，不可打斷，

萬一打斷了會怎么樣呢？因為沒有記錄父節點和兄弟節點，那只能繼續處理子節點，卻不能處理 vdom 的其他部分了，

所以 React 才引入了這種 fiber 的結構，也就是有父節點 return、子節點 child、兄弟節點 sibling 等參考，可以打斷，因為斷了再恢復也能找到后面所有沒處理過的節點，

fiber 節點的結構是這樣的：

這個程序可以打斷，自然也就可以調度，也就是 schdule 的程序，

所以 fiber 架構就分為了 schdule、reconcile（vdom 轉 fiber）、commit（更新到 dom）三個階段，

函陣列件內可以用 hooks 來存取一些值，這些值就是存在 fiber 節點上的，

比如這個函陣列件內用到了 6 個 hook：

那么對應的 fiber 節點上就有個 6 個元素的 memorizedState 鏈表：

通過 next 串聯起來：

不同的 hook 在 memorizedState 鏈表不同的元素上存取值，這就是 react hooks 的原理，

這個鏈表有創建階段和更新階段，所以你會發現 useXxx 的最終實作都分為了 mountXxx 和 updateXxx：

這里的 mount 階段就是創建 hook 節點并組裝成鏈表的：

會把創建好的 hook 鏈表掛到 fiber 節點的 memorizedState 屬性上，

那更新的時候自然也就能從 fiber 節點上取出這個 hook 鏈表：

這樣在多次渲染中，useXxx 的 api 都能在 fiber 節點上找到對應的 memorizedState，

這就是 react hooks 的原理，可以看到它是把 hook 存在 fiber 節點上的，

那 preact 有什么不同呢？

preact 如何實作 hooks

preact 是兼容 react 代碼的更輕量級的框架，它支持 class 組件和 function 組件，也支持了 hooks 等 react 特性，不過它沒有實作 fiber 架構，

因為它主要考慮的是體積的極致（只有 3kb），而不是性能的極致，

剛才我們了解了 react 是把 hook 鏈表存放在 fiber 節點上的，那 preact 沒有 fiber 節點，會把 hook 鏈表存在哪呢？

其實也很容易想到，fiber 只是對 vdom 做了下改造用于提升性能的，和 vdom 沒啥本質的區別，那就把 hook 存在 vdom 上不就行了？

確實，preact 就是把 hook 鏈表放在了 vdom 上，

比如這個有 4 個 hooks 的函陣列件：

它的實作就是在 vdom 上存取對應的 hook：

它沒有像 react 那樣把 hook 分為 mount 和 update 兩個階段，而是合并到一起處理了，

如圖，它把 hooks 存在了 component.__hooks 的陣列上，通過下標訪問，

這個 component 就是 vdom 上的一個屬性：

也就是把 hooks 的值存在了 vnode._component._hooks 的陣列上，

對比下 react 和 preact 實作 hooks 的差異：

• react 中是把 hook 鏈表存放在 fiberNode.memorizedState 屬性上，preact 中是把 hook 鏈表存放在 vnode._component._hooks 屬性上

• react 中的 hook 鏈表通過 next 串聯，preact 中的 hook 鏈表就是個陣列，通過下標訪問

• react 把 hook 鏈表的創建和更新分離開，也就是 useXxx 會分為 mountXxx 和 updateXxx 來實作，而 preact 中合并在一起處理的

所以說，hooks 的實作并不依賴 fiber，它只不過是找個地方存放組件對應的 hook 的資料，渲染時能取到就行，存放在哪里是無所謂的，

因為 vdom、fiber 和組件渲染強相關，所以存放在了這些結構上，

像 react ssr 實作 hooks，就既沒有存在 fiber 上，也沒有存在 vdom 上：

react ssr 如何實作 hooks

其實 react-dom 包除了可以做 csr 外，也可以做 ssr：

csr 時使用 react-dom 的 render 方法：

ssr 的時候使用 react-dom/server 的 renderToString 方法或 renderToStream 方法：

大家覺得 ssr 的時候會做 vdom 到 fiber 的轉換么？

肯定不會呀，fiber 是為了提高在瀏覽器中運行時的渲染性能，把計算變成可打斷的，在空閑時做計算，才引入的一種結構，

服務端渲染自然就不需要 fiber，

不需要 fiber 的話，它把 hook 鏈表存放在哪里呢？vdom 么？

確實可以放在 vdom，但是其實并沒有，

比如 useRef 這個 hooks：

它是從 firstWorkInProgressHook 開始的用 next 串聯的一個鏈表，

而 firstWorkInProgressHook 最開始用 createHook 創建的第一個 hook 節點：

并沒有掛載到 vdom 上，

為什么呢？

因為 ssr 只需要渲染一次呀，又不需要更新，自然沒必要掛到 vdom 上，

只要每次處理完每個組件的 hooks 就清空一下這個 hook 鏈表就行：

所以，react ssr 時，hooks 是存在全域變數上的，

對比下 react csr 和 ssr 時的 hooks 實作原理的區別：

• csr 時會從 vdom 創建 fiber，用于把渲染變成可打斷的，通過空閑調度來提高性能，而 ssr 時不會，是 vdom 直接渲染的

• csr 時把 hooks 保存到了 fiber 節點上，ssr 時是直接放在了全域變數上，每個組件處理完就清空，因為不會用第二次了

• csr 時會把 hook 的創建和更新分為 mount 和 update 兩個階段，而 ssr 因為只會處理一次，只有創建階段

hooks 的實作原理其實不復雜，就是在某個背景關系中存放一個鏈表，然后 hooks api 從鏈表不同的元素上訪問對應的資料來完成各自的邏輯，這個背景關系可以是 vdom、fiber 甚至是全域變數，

不過 hooks 這個思想還是挺火的，淘寶出的服務端框架 midway 就在引入了 hooks 的思想：

midway 如何實作 hooks

midway 是一個 Node.js 框架：

服務端框架自然就沒有 vdom、fiber 這種結構，不過 hooks 的思想并不依賴這些，實作 hooks 的 api 只需要在某個背景關系放一個鏈表就行，

midway 就實作了類似 react hooks 的 api：

具體它這個 hook 鏈表存在哪我還沒看，不過我們已經掌握 hooks 的實作原理了，只要有個背景關系存放 hook 鏈表就行，在哪都可以，

總結

react hooks 是在 react fiber 架構之后出現的特性，很多人誤以為 hooks 必須配合 fiber 才能實作，我們分別看了 react、preact、react ssr、midway 中的 hooks 的實作，發現并不是這樣的：

• react 是把 vdom 轉成 fiber，然后把 hook 鏈表存放到了 fiber.memorizedState 屬性上，通過 next 串聯

• preact 沒有實作 fiber，它是把 hook 鏈表放到了 vnode._component._hooks 屬性上，陣列實作的，通過下標訪問

• react ssr 時不需要 fiber，但是也沒有把 hook 鏈表掛到 vdom 上，而是直接放在了一個全域變數上，因為只需要渲染一次，渲染完一個組件就清空這個全域變數就行

• midway 是一個 Node.js 框架，它也實作了 hooks 類似的 api，具體放在哪我們沒深入，但是只要有個背景關系存放 hook 鏈表就行

所以，react hooks 必須依賴 fiber 才能實作么？

明顯不是，搭配 fiber、搭配 vdom、搭配全域變數，甚至任何一個背景關系都可以，

寫在最后

近年來，在AIOps領域快速發展的背景下，IT工具、平臺能力、解決方案、AI場景及可用資料集的迫切需求在各行業迸發，基于此，云智慧在2021年8月發布了AIOps社區， 旨在樹起一面開源旗幟，為各行業客戶、用戶、研究者和開發者們構建活躍的用戶及開發者社區，共同貢獻及解決行業難題、促進該領域技術發展，

社區先后 開源 了資料可視化編排平臺-FlyFish、運維管理平臺 OMP 、云服務管理平臺-摩爾平臺、 Hours 演算法等產品，

可視化編排平臺-FlyFish：

專案介紹：https://www.cloudwise.ai/flyFish.html

Github地址： https://github.com/CloudWise-OpenSource/FlyFish

Gitee地址： https://gitee.com/CloudWise/fly-fish

行業案例：https://www.bilibili.com/video/BV1z44y1n77Y/

部分大屏案例：

標籤：其他

上一篇：vue 模板指令練習demo1

下一篇：復習 - es6語法