自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

精準解析 useLayoutEffect 與 useEffect 的執(zhí)行時機

開發(fā) 前端
當我們使用 useLayoutEffect 時他可能會覆蓋你想要執(zhí)行的渲染內(nèi)容,也有可能會阻塞你的正常渲染過程,因此我們在使用它時,需要精確把控他的執(zhí)行時機,防止出現(xiàn)你不想看到的結(jié)果

我們前面花了大量篇幅,從基礎、理論、實踐、總結(jié)幾個方面,全方位的為大家分析了 useEffect。除此之外,React 還提供了一個與 useEffect 幾乎一樣的 hook,它就是useLayoutEffect。

我們約定,useEffect 傳入的第一個參數(shù)為 effect,useLayoutEffect 傳入的第一個參數(shù)為 layoutEffect。

他們的語法為:

// 中括號表示參數(shù)可選
useEffect(effect[, deps])
useLayoutEffect(layoutEffect[, deps])

兩個 hook 有高度相似的語義。

第一個參數(shù) layoutEffect 為一個函數(shù),定義為副作用執(zhí)行邏輯,我們也可以在 layoutEffect 中定義返回函數(shù)。當依賴項發(fā)生了變化時,返回函數(shù)會使用依賴項舊值首先執(zhí)行,然后再執(zhí)行 layoutEffect。

useLayoutEffect(() => {

  // ...
  
  return () => {}
}, [state])

第二個參數(shù)為依賴項數(shù)組。React 內(nèi)部會使用 Object.is 去比較依賴項是否發(fā)生了變化,我們通常會選擇使用 state 或者 props 等響應性數(shù)據(jù)作為依賴項。依賴項也可以不傳,此時 layoutEffect 在每次狀態(tài)發(fā)生變化時都會執(zhí)行。

useLayoutEffect 與 useEffect 唯一的區(qū)別在于 effect 與 layoutEffect 執(zhí)行時機的不同。

我們借助一個例子來仔細分析他們的準確執(zhí)行時機。

首先是 useEffect。

const [count, setCount] = useState(0)

useEffect(() => {
  document.title = `React ${count}`
})

effect 會在組件渲染完成之后執(zhí)行。這里組件渲染完成的意思是當組件內(nèi)容已經(jīng)呈現(xiàn)在頁面上之后,effect 再執(zhí)行,具體的步驟如下圖所示:

在事件循環(huán)中, effect 是被定義為宏任務,在下一輪循環(huán)執(zhí)行。

然后是 useLayoutEffect。

const [count, setCount] = useState(0)

useLayoutEffect(() => {
  document.title = `React ${count}`
})

layoutEffect 會在組件渲染之前執(zhí)行。具體的步驟如下圖。

但是這里如果只是這樣理解的話,估計很多人并不太清晰具體是怎么回事。因為這樣的表達并沒有說清楚具體的執(zhí)行時刻。更準確的說法是在 commit 之后,組件內(nèi)容繪制呈現(xiàn)到屏幕之前。

例如我們有這樣一段代碼。

// 此時已經(jīng)對DOM發(fā)送改變的指令
div.style.color = 'red'

layoutEffect()

layoutEffect 緊隨 DOM 修改指令發(fā)出之后執(zhí)行,此時雖然 DOM 指令已經(jīng)發(fā)出,但是在瀏覽器的機制中,內(nèi)容繪制是一個異步的過程,這會兒繪制并沒有執(zhí)行。

因此在事件循環(huán)中,layoutEfect 被定義為類似于 Promise 的微任務,在 DOM 指令修改之后,內(nèi)容繪制之前執(zhí)行。

后續(xù)影響

大家可以猜想一下,如果我們在 layoutEffect 中直接去修改 state,會發(fā)生什么事情。

看看下面這個例子:

function Demo() {
  const [count, setCount] = useState(0)
  
  useLayoutEffect(() => {
    if (count == 0) {
      setCount(1)
    }
  }, [count])
  
    return (
    <div>
      <div>{count}</div>
      <button 
        onClick={() => setCount(0)}
      >
        reset 0
      </button>
    </div>
  )
}

我們在 state 中聲明一個變量 count,初始值設置為 0,并定義 layoutEffect,其中的邏輯就是當 count == 0 時,將 count 設置為 1。

添加一個按鈕,當按鈕點擊時,把 count 重新設置為 0。

大家思考一下,此時,頁面上的顯示結(jié)果,會在 0 和 1 之間來回切換嗎?

答案是不會。

因為當我們執(zhí)行 layoutEffect 時,UI 并沒有進入事件循環(huán)的繪制流程,此時還處于 JS 邏輯的執(zhí)行過程中,那么這個時候執(zhí)行 setCount,整個邏輯會重新執(zhí)行,對于瀏覽器而言,JS 針對同一個 UI 發(fā)出了兩條不同的指令,在瀏覽器的渲染機制中,也會發(fā)生收集行為,將這兩條指令進行合并,最后只執(zhí)行一條。

// setCount(0)
div.innerHTML = 0

// setCount(1)
div.innerHTML = 1

如上例,當 setCount(0) 與 setCount(1)  執(zhí)行完之后,實際上是發(fā)出了兩條修改元素內(nèi)容的指令給到瀏覽器。

當我們使用 useLayoutEffect 時他可能會覆蓋你想要執(zhí)行的渲染內(nèi)容,也有可能會阻塞你的正常渲染過程,因此我們在使用它時,需要精確把控他的執(zhí)行時機,防止出現(xiàn)你不想看到的結(jié)果。

但是很明顯我們可以看到 layoutEffect 的執(zhí)行時機比 effect 更早。因此我們也可以在 layoutEffect 中,執(zhí)行一些輕量的,不直接影響 state 的邏輯。

責任編輯:姜華 來源: 這波能反殺
相關(guān)推薦

2023-12-25 15:40:55

React開發(fā)

2023-11-26 18:02:00

ReactDOM

2023-12-13 13:31:00

useEffect對象瀏覽器

2023-12-12 08:41:01

2022-09-13 08:51:26

Python性能優(yōu)化

2024-09-09 08:02:27

2021-02-24 11:44:35

語言計算函數(shù)嵌入式系統(tǒng)

2018-07-18 15:13:56

MCU代碼時間

2017-08-03 12:50:49

Web圖片資源瀏覽器

2024-07-03 13:51:02

SQL毛刺數(shù)據(jù)庫

2019-07-12 09:30:12

DashboardDockerDNS

2010-09-08 15:00:03

SQL語句執(zhí)行

2011-05-17 13:32:04

oracle

2022-12-13 08:36:42

D-SMARTOracle數(shù)據(jù)庫

2023-11-30 07:45:11

useEffectReact

2023-12-22 08:46:15

useEffectVueMobx

2015-05-14 10:26:37

Objective-CSwift

2021-09-28 10:32:53

循環(huán)類型useEffect

2010-11-18 15:53:30

Oracle語句執(zhí)行時

2010-09-06 13:17:19

SQL Server語句
點贊
收藏

51CTO技術(shù)棧公眾號