react的setstate在原生事件和setTimeout中都是「同步」的,而在合成事件和鉤子函數中是「非同步」的;在React中,如果是由React引發的事件處理,調用setState不會同步更新“this.state”,除此之外的setState呼叫會同步執行“this.state”。
本教學操作環境:Windows10系統、react18.0.0版、Dell G3電腦。
react的setstate什麼時候會同步?什麼時候是異步的?
先給予答案:
#有時表現出非同步,有時表現出同步。
setState只在合成事件和鉤子函數中是「非同步」的,在原生事件和setTimeout 中都是同步的。
class Example extends React.Component { constructor() { super(); this.state = { val: 0 }; } componentDidMount() { this.setState({val: this.state.val + 1}); console.log(this.state.val); // 第 1 次 log this.setState({val: this.state.val + 1}); console.log(this.state.val); // 第 2 次 log setTimeout(() => { this.setState({val: this.state.val + 1}); console.log(this.state.val); // 第 3 次 log this.setState({val: this.state.val + 1}); console.log(this.state.val); // 第 4 次 log }, 0); } render() { return null; } };
1.setState只在合成事件和鉤子函數中是「非同步」的,在原生事件和setTimeout 中都是同步的。
2.setState 的「非同步」並不是說內部由非同步程式碼實現,其實本身執行的過程和程式碼都是同步的,只是合成事件和鉤子函數的呼叫順序在更新之前,
導致在合成事件和鉤子函數中沒法立馬拿到更新後的值,形成了所謂的“異步”,當然可以透過第二個參數setState(partialState, callback) 中的callback拿到更新後的結果。
3.setState 的批次更新最佳化也是建立在「非同步」(合成事件、鉤子函數)之上的,在原生事件和setTimeout 中不會批次更新,
在「非同步「中如果對同一個值進行多次setState,setState的批次更新策略會對其進行覆蓋,取最後一次的執行,如果是同時setState多個不同的值,在更新時會對其進行合併批量更新。
在React中,如果是由React引發的事件處理(例如透過onClick引發的事件處理),呼叫setState不會同步更新this.state,除此之外的setState呼叫會同步執行this. state。所謂“除此之外”,指的是繞過React透過addEventListener直接加入的事件處理函數,還有透過setTimeout/setInterval產生的非同步呼叫。
原因:
在React的setState函數實作中,會根據一個變數isBatchingUpdates判斷是直接更新this.state還是放到佇列中回頭再說,而isBatchingUpdates預設是false,也就表示setState會同步更新this.state,但是,有一個函數batchedUpdates,這個函數會把isBatchingUpdates修改為true,而當React在呼叫事件處理函數之前就會呼叫這個batchedUpdates,造成的後果,就是React控制的事件處理過程setState不會同步更新this.state。
詳細請看 https://github.com/LuNaHaiJiao/blog/issues/26
推薦學習:《react影片教學》
以上是react的setstate什麼時候同步的詳細內容。更多資訊請關注PHP中文網其他相關文章!