React中setState是同步的還是異步的
這是一個經(jīng)典的 React 面試題,但答案并不是簡單的“同步”或“異步”,需要分情況討論。
核心結(jié)論:在 React 能控制的事件中(如合成事件、生命周期),setState 是“異步”的;在 React 無法控制的地方(如原生事件、setTimeout、Promise 等),setState 是同步的。
這個“異步”是批量更新策略帶來的效果,而不是真的異步代碼。
1. 為什么會有“異步”的表現(xiàn)?
這是 React 為了性能優(yōu)化而設(shè)計的批量更新機(jī)制。
- 批量更新:如果你在一個事件處理函數(shù)中多次調(diào)用
setState,React 不會立即更新this.state,而是將它們收集起來,只觸發(fā)一次重新渲染。這避免了不必要的渲染,提升了性能。 - 表現(xiàn):因為更新被“推遲”了,在調(diào)用
setState后立刻讀取this.state,你得到的還是舊值,所以感覺像是異步的。
2. 具體情況分析
情況一:React 可控制的范圍(“異步”/批量更新)
場景: React 的合成事件(onClick、onChange 等)、React 生命周期函數(shù)(componentDidMount 等)。
表現(xiàn): 不會立即更新,會進(jìn)行批量更新。
handleClick = () => {
console.log(this.state.count); // 0
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 還是 0(“異步”,還沒更新)
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 依然是 0
}
// 函數(shù)執(zhí)行完后,React 會批量更新,count 只增加 1 次(因為兩次 setState 讀到的 state.count 都是舊值 0)
情況二:脫離 React 控制的范圍(同步)
場景: 原生 DOM 事件監(jiān)聽、setTimeout、setInterval、Promise.then 等。
表現(xiàn): 立即更新,每一次 setState 都會觸發(fā)一次重新渲染。
handleClick = () => {
setTimeout(() => {
console.log(this.state.count); // 0
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 1(同步,立即更新了)
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 2
}, 0);
}
// 在 setTimeout 中,每次 setState 都會立即生效并渲染
原因: React 的批量更新是通過一個“開關(guān)”控制的。在 React 自身的事件處理函數(shù)開始時,這個開關(guān)是打開的,函數(shù)結(jié)束后統(tǒng)一更新并關(guān)閉。而 setTimeout 里的代碼執(zhí)行時,這個開關(guān)已經(jīng)是關(guān)閉狀態(tài),所以每次 setState 都會立即生效。
3. 如何在“異步”狀態(tài)下獲取更新后的值?
React 提供了幾種方式:
setState 的回調(diào)函數(shù):這是最直接的方式,回調(diào)會在更新完成后執(zhí)行。
this.setState({ count: this.state.count + 1 }, () => { console.log(this.state.count); // 這里拿到的是更新后的值 });componentDidUpdate 生命周期:在組件更新后被調(diào)用,可以在里面對比新舊 props/state。
在 useEffect 中監(jiān)聽(函數(shù)組件):將 count 作為依賴項,當(dāng)它變化時執(zhí)行邏輯。
useEffect(() => { console.log(count); // count 更新后會打印最新值 }, [count]);
4. 總結(jié)對比
| 場景 | setState 行為 | 是否立即更新 state | 是否多次渲染 |
|---|---|---|---|
| React 合成事件 (onClick) | 異步(批量更新) | 否 | 否(一次) |
| React 生命周期 (componentDidMount) | 異步(批量更新) | 否 | 否(一次) |
| 原生事件 (addEventListener) | 同步 | 是 | 是(多次) |
| 異步函數(shù) (setTimeout, Promise) | 同步 | 是 | 是(多次) |
5. 加分點(diǎn):React 18 中的變化
如果你對 React 18 比較熟悉,可以補(bǔ)充說明,這會是加分項。
從 React 18 開始,引入了新的 createRoot API,所有在 React.startTransition 或并發(fā)特性包裹下的更新,都會默認(rèn)進(jìn)行自動批處理。這意味著即使在 setTimeout、Promise 等異步回調(diào)中,setState 也是批量異步的。
// React 18 + createRoot
setTimeout(() => {
setCount(c => c + 1);
setFlag(f => !f);
// React 18 也會將這兩個更新合并為一次渲染
}, 1000);
小結(jié):回答這個問題時,先拋出核心結(jié)論(分場景),再解釋原因(批量更新機(jī)制),最后提一下 React 18 的變化。這樣能清晰地展示你對 React 內(nèi)部機(jī)制的理解深度。
到此這篇關(guān)于React中setState是同步的還是異步的的文章就介紹到這了,更多相關(guān)React中setState同步還是異步內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
解決React報錯Style prop value must be a
這篇文章主要為大家介紹了React報錯Style prop value must be an object解決,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-12-12
React + Threejs + Swiper 實現(xiàn)全景圖效果的完整代碼
全景圖效果非常漂亮給人帶來極好的用戶體驗效果,那么基于前端開發(fā)如何實現(xiàn)這種效果呢,下面小編給大家?guī)砹薘eact + Threejs + Swiper 實現(xiàn)全景圖效果,感興趣的朋友一起看看吧2021-06-06
react 實現(xiàn)圖片正在加載中 加載完成 加載失敗三個階段的原理解析
這篇文章主要介紹了react 實現(xiàn)圖片正在加載中 加載完成 加載失敗三個階段的,通過使用loading的圖片來占位,具體原理解析及實現(xiàn)代碼跟隨小編一起通過本文學(xué)習(xí)吧2021-05-05
淺談react-native熱更新react-native-pushy集成遇到的問題
下面小編就為大家?guī)硪黄獪\談react-native熱更新react-native-pushy集成遇到的問題。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-09-09
React中g(shù)etDefaultProps的使用小結(jié)
React中的getDefaultProps功能允許開發(fā)者為類組件定義默認(rèn)屬性,提高組件的靈活性和容錯性,本文介紹了getDefaultProps的作用、語法以及最佳實踐,并探討了其他替代方案,如函數(shù)組件中的默認(rèn)參數(shù)、高階組件和ContextAPI等,理解這些概念有助于提升代碼的可維護(hù)性和用戶體驗2024-09-09
React+valtio響應(yīng)式狀態(tài)管理
Valtio是一個很輕量級的響應(yīng)式狀態(tài)管理庫,使用外部狀態(tài)代理去驅(qū)動React視圖來更新,本文主要介紹了React+valtio響應(yīng)式狀態(tài)管理,感興趣的可以了解一下2023-12-12

