在使用 React 五年后,真正明白 useMemo 的意義
當前位置:點晴教程→知識管理交流
→『 技術(shù)文檔交流 』
剛接觸 useMemo 時,我以為它的核心作用就是用來做緩存。很多開發(fā)者都有類似誤解:認為 useMemo 主要是為了性能優(yōu)化,以避免組件中不必要的重新計算。然而,經(jīng)歷了五年的 React 開發(fā),我才意識到 useMemo 的真正價值不只是性能——更關(guān)鍵的是,它能保持數(shù)據(jù)引用的穩(wěn)定性,讓組件行為更加可預(yù)期。 為什么 useMemo 不僅僅是緩存普遍的誤解是:useMemo 是個用來“記住”某些計算結(jié)果的魔法,使得相同輸入不會重復(fù)計算。雖然這種理解在技術(shù)層面沒錯,但用 useMemo 的更大收益在于確保引用(Reference)的穩(wěn)定性。這在需要將某些數(shù)據(jù)傳遞給自定義 Hook 或作為依賴項使用時尤為重要。 設(shè)想一個場景:組件需要計算出某個對象,然后將這個對象當作參數(shù)傳給自定義 Hook。如果這個對象在每次渲染時都新建一個實例,即使內(nèi)容相同,引用也不同,從而導(dǎo)致 Hook 誤以為數(shù)據(jù)每次都變了。這可能引發(fā)不必要的副作用或反復(fù)渲染。 我的經(jīng)驗教訓(xùn):用對 useMemo有一次,我在實現(xiàn)一個自定義計算 Hook 時遇到了類似問題。我在組件中內(nèi)聯(lián)構(gòu)建了一個對象,把已有的 bookingFields 和 values 合并后傳給 useCalculations:
表面上看,這段代碼似乎沒啥問題。但不久后,我發(fā)現(xiàn)組件陷入了不停的重新渲染循環(huán),計算結(jié)果也一直不穩(wěn)定。問題的根源在于:雖然 existingFields 的內(nèi)容沒變,但每次渲染都會生成一個新的對象引用。React 在比較依賴項時是根據(jù)引用來判斷變化的,所以自定義 Hook 認為數(shù)據(jù)“每次都更新了”。 拯救者 useMemo 登場為了解決這個問題,我用 useMemo 將這個對象的創(chuàng)建過程包裹起來,讓它只有在依賴數(shù)據(jù)(bookingFields 和 values)改變時才重新生成對象:
改寫之后,引用穩(wěn)定下來,我的自定義 Hook 終于不再頻繁觸發(fā)重復(fù)計算,也不再讓組件重復(fù)渲染。一切變得井然有序。?? 何時使用 useMemo
何時不該使用 useMemo如果你的計算非常簡單,或不依賴于外部動態(tài)數(shù)據(jù),那么 useMemo 可能只是增加代碼的復(fù)雜性,而無實質(zhì)收益。不必要的 memo 化會使代碼難以理解,并且可能沒有明顯的性能提升。 核心收獲useMemo 的真正價值在于保持引用的穩(wěn)定性,進而保證組件行為的可預(yù)測性。當我們減少了無意義的重復(fù)計算和渲染,性能自然得以提升。但要記住,不要一上來就為了“優(yōu)化”而過度使用 useMemo。清晰的思路是:先確保組件的行為正確、可控,然后在需要時再考慮用 useMemo 來避免不必要的變化。 下次你準備用 useMemo 時,不妨問問自己:是因為需要穩(wěn)定數(shù)據(jù)引用以避免無謂的重復(fù)工作,還是只是在做無意義的“過早優(yōu)化”?只有真正理解它的用武之地,才能讓 useMemo 在你的 React 項目中發(fā)揮最大價值。 該文章在 2024/12/30 12:23:05 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |