useCallback和useMemo的正確用法詳解
正文
現(xiàn)實很多項目存在大量的useMemo和useCallback,大多數(shù)的使用并沒有起到實際作用,使得項目的渲染效率更低了。
我們在應(yīng)用程序中使用useMemo和useCallback這兩個Hook,主要是因為想要緩存結(jié)果:
- 緩存props值,防止重復(fù)渲染。
- 緩存復(fù)雜的計算,避免重復(fù)計算。
所以我們經(jīng)常這樣使用這兩個Hook:
緩存值
useMemo 緩存value,防止重新渲染。以下是偽代碼:
const AppItem = ({item, data}) => <button>{item.val + newDate}</button> const App = ({data}) => { const newDate = useMemo(() => data.value, [data.value]) return ( <> { list.map(item => { return <AppItem key={item.id} item={item} data={newDate} /> }) } </> ) }
緩存函數(shù)
useCallback緩存click 事件,防止重復(fù)渲染。以下是偽代碼:
const AppItem = ({item, data, onClick}) => <button onClick={onClick}>{item.val + newDate}</button> const App = ({data}) => { const newDate = useMemo(() => data.value, [data.value]) const onClick = useCallback(() => { // ... }, []) return ( <> { list.map(item => { return <AppItem key={item.id} item={item} data={newDate} onClick={onClick} /> }) } </> ) }
上述是我們經(jīng)常見到的場景。但是這樣使用就一定是正確的嗎?答案是否定的。之前寫過一篇React為什么會重新渲染的文章。這里在解釋下。
組件為什么會重新渲染
重新渲染其中一個原因就是:state 或者 props 發(fā)生變化時。所以我們很天真的認為只要state或者props不變,組件就不會重新渲染了。
組件的重新渲染還有一個原因,我們知道但是經(jīng)常在我們寫代碼的時候會忽略的原因:就是他的父組件重新渲染了。父組件渲染了,我們只在子組件內(nèi)部緩存值或者函數(shù)是沒有作用的。
看一個例子:
const App = () => { const [count, setCount] = useState(0) return ( <> <button onClick={() => setCount(count+1)}>點我</button> <OtherComp /> </> ) }
我們可以看到:點擊按鈕,App組件重新渲染,他的子組件OtherComp雖然沒有任何的state或者props變化,但是他也重新渲染了。如果這個子組件也有子組件,以此類推,就會形成一條渲染鏈。
但是我們不是經(jīng)常這樣寫嗎:在這個組件中使用緩存手段。
const App = ({val}) => { const [count, setCount] = useState(0) const onClick = useCallback(() => { // ... }, []) const data = useMemo(() => val, [val]) return ( <> <button onClick={() => setCount(count+1)}>點我</button> <OtherComp onClick={onClick} data={data} /> </> ) }
這樣并不會阻止子組件的重新渲染。怎樣解決呢?當(dāng)然是還要緩存子組件了。
const OtherCompMemo = React.memo(OtherComp) const App = ({val}) => { const [count, setCount] = useState(0) const onClick = useCallback(() => { // ... }, []) const data = useMemo(() => val, [val]) return ( <> <button onClick={() => setCount(count+1)}>點我</button> <OtherCompMemo onClick={onClick} data={data} /> </> ) }
現(xiàn)在React會識別props沒有變化,onClick 和 data也被緩存了,所以需要配合使用。
緩存復(fù)雜的計算
根據(jù)React文檔:useMemo是用來緩存復(fù)雜計算的。假設(shè)有一個100000項的數(shù)組需要排序操作,此時我們應(yīng)該緩存復(fù)雜的計算:
const dataList = ({data}) => { const contentNode = useMemo(() => { return data.map(item => { return <div key={item}>{item}</div> }) }, [data, sort]); return contentNode; }
什么是復(fù)雜的計算
- 你可以通過 preformance.now() 進行計算消耗的時間。
- React官方的開發(fā)工具中的profiler 記錄查看,記錄里會顯示復(fù)雜的計算。
何時進行優(yōu)化呢
- 如果你可以通過組織代碼結(jié)構(gòu)來提高性能,那就沒有必要使用useCallback和useMemo。
- 如果你不知道使用useCallback和useMemo能否帶來更大的好處,就不需要使用它們,因為使用它們也需要消耗性能。
總結(jié)
- useMemo和useCallback只是針對重新渲染才是有幫助的,對第一次的渲染是有害的,消耗性能的。
- 大多數(shù)情況下,單獨使用useMemo和useCallback或memo是沒有幫助的,需要結(jié)合父組件具體情況來看。
- 其實大多數(shù)情況下,我們并不需要這兩個hook,使用它們只會影響初始化的渲染。
以上就是useCallback和useMemo的正確用法詳解的詳細內(nèi)容,更多關(guān)于useCallback和useMemo用法的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
深入理解React Native核心原理(React Native的橋接(Bridge)
這篇文章主要介紹了深入理解React Native核心原理(React Native的橋接(Bridge),本文重點給大家介紹React Native的基礎(chǔ)知識及實現(xiàn)原理,需要的朋友可以參考下2021-04-04react性能優(yōu)化達到最大化的方法 immutable.js使用的必要性
這篇文章主要為大家詳細介紹了react性能優(yōu)化達到最大化的方法,一步一步優(yōu)化react性能的過程,告訴大家使用immutable.js的必要性,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-03-03react同構(gòu)實踐之實現(xiàn)自己的同構(gòu)模板
這篇文章主要介紹了react同構(gòu)實踐之實現(xiàn)自己的同構(gòu)模板,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03React useMemo和useCallback的使用場景
這篇文章主要介紹了React useMemo和useCallback的使用場景,幫助大家更好的理解和學(xué)習(xí)使用React框架,感興趣的朋友可以了解下2021-04-04React 組件中的state和setState()你知道多少
這篇文章主要為大家詳細介紹了React組件中的state和setState(),文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下,希望能夠給你帶來幫助2022-03-03深入學(xué)習(xí)TypeScript 、React、 Redux和Ant-Design的最佳實踐
這篇文章主要介紹了深入學(xué)習(xí)TypeScript 、React、 Redux和Ant-Design的最佳實踐,TypeScript 增加了代碼的可讀性和可維護性,擁有活躍的社區(qū),,需要的朋友可以參考下2019-06-06