網站首頁 編程語言 正文
正文
現實很多項目存在大量的useMemo和useCallback,大多數的使用并沒有起到實際作用,使得項目的渲染效率更低了。
我們在應用程序中使用useMemo和useCallback這兩個Hook,主要是因為想要緩存結果:
- 緩存props值,防止重復渲染。
- 緩存復雜的計算,避免重復計算。
所以我們經常這樣使用這兩個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} />
})
}
</>
)
}
緩存函數
useCallback緩存click 事件,防止重復渲染。以下是偽代碼:
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} />
})
}
</>
)
}
上述是我們經常見到的場景。但是這樣使用就一定是正確的嗎?答案是否定的。之前寫過一篇React為什么會重新渲染的文章。這里在解釋下。
組件為什么會重新渲染
重新渲染其中一個原因就是:state 或者 props 發生變化時。所以我們很天真的認為只要state或者props不變,組件就不會重新渲染了。
組件的重新渲染還有一個原因,我們知道但是經常在我們寫代碼的時候會忽略的原因:就是他的父組件重新渲染了。父組件渲染了,我們只在子組件內部緩存值或者函數是沒有作用的。
看一個例子:
const App = () => {
const [count, setCount] = useState(0)
return (
<>
<button onClick={() => setCount(count+1)}>點我</button>
<OtherComp />
</>
)
}
我們可以看到:點擊按鈕,App組件重新渲染,他的子組件OtherComp雖然沒有任何的state或者props變化,但是他也重新渲染了。如果這個子組件也有子組件,以此類推,就會形成一條渲染鏈。
但是我們不是經常這樣寫嗎:在這個組件中使用緩存手段。
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} />
</>
)
}
這樣并不會阻止子組件的重新渲染。怎樣解決呢?當然是還要緩存子組件了。
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} />
</>
)
}
現在React會識別props沒有變化,onClick 和 data也被緩存了,所以需要配合使用。
緩存復雜的計算
根據React文檔:useMemo是用來緩存復雜計算的。假設有一個100000項的數組需要排序操作,此時我們應該緩存復雜的計算:
const dataList = ({data}) => {
const contentNode = useMemo(() => {
return data.map(item => {
return <div key={item}>{item}</div>
})
}, [data, sort]);
return contentNode;
}
什么是復雜的計算
- 你可以通過 preformance.now() 進行計算消耗的時間。
- React官方的開發工具中的profiler 記錄查看,記錄里會顯示復雜的計算。
何時進行優化呢
- 如果你可以通過組織代碼結構來提高性能,那就沒有必要使用useCallback和useMemo。
- 如果你不知道使用useCallback和useMemo能否帶來更大的好處,就不需要使用它們,因為使用它們也需要消耗性能。
總結
- useMemo和useCallback只是針對重新渲染才是有幫助的,對第一次的渲染是有害的,消耗性能的。
- 大多數情況下,單獨使用useMemo和useCallback或memo是沒有幫助的,需要結合父組件具體情況來看。
- 其實大多數情況下,我們并不需要這兩個hook,使用它們只會影響初始化的渲染。
原文鏈接:https://juejin.cn/post/7188338442869473335
相關推薦
- 2023-07-28 elementui 通過事件觸發動畫
- 2022-08-05 C#正則表達式Regex用法詳解_C#教程
- 2022-07-28 Golang配置管理庫?Viper的教程詳解_Golang
- 2023-01-19 Pycharm?2to3配置,python2轉python3方式_python
- 2022-07-12 手把手教你用Redis?實現點贊功能并且與數據庫同步_Redis
- 2022-06-22 C語言詳解判斷相同樹案例分析_C 語言
- 2022-08-02 python監控日志中的報錯并進行郵件報警_python
- 2021-12-06 C語言練習之數組中素數交換_C 語言
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支