React setState是异步还是同步原理解析
目录
- setState异步更新
- 那么为什么setState设计为异步呢?
- 如何获取异步的结果
- setState一定是异步的吗?
setState异步更新
开发中当组件中的状态发生了变化,页面并不会重新渲染。我们必须要通过setState来告知React数据已经发生了变化,重新渲染页面。
先来看下面的例子:
constructor() { super(); this.state = { message: "Hello World", }; } changeText() { this.setState({ message: "Hello React", }); console.log(this.state.message); // Hello World }
最终打印的结果是Hello World;
可见setState是异步的操作,我们并不能在执行完setState之后立马拿到最新的state的结果
那么为什么setState设计为异步呢?
setState设计为异步,可以显著的提升性能
- 如果每次调用setState都进行一次更新,那么意味着render函数会被频繁调用,界面重新渲染,这样效率是很低的;
- 最好的办法是获取多个更新,之后进行批量处理;
如果同步更新了state,但是还没有执行render函数,那么state和props不能保持同步;
state和props不能保持一致性,会在开发中产生很多的问题;(比如,组件嵌套时影响子组件中的状态)
如何获取异步的结果
setState的回调
setState接受两个参数:第二个参数是一个回调函数,这个回调函数会在更新后会执行;
changeText() { this.setState({ message: "Hello React", },()=>{ console.log('-----',this.state.message); // Hello React }); }
也可以在生命周期函数中获取:
componentDidUpdate(prevProps, prevState, snapshot){ console.log(this.state.message);// Hello React }
setState一定是异步的吗?
React18版本之前
其实可以分成两种情况:
- 在组件生命周期或React合成事件中,setState是异步的;
- 在setTimeout或者原生DOM事件中,setState是同步的
验证一:在setTimeout中的更新:
setTimeout(() => { this.setState({ message: "Hello React", }); console.log(this.state.message); // Hello React }, 0);
验证二:原生DOM事件:
componentDidMount() { const btnEl = document.querySelector("#btn"); btnEl.addEventListener("click", () => { this.setState({ message: "Hello React", }); console.log(this.state.message); // Hello React }); }
React18版本之后
setState默认是异步的
- 在React18之后,默认所有的操作都被放到了批处理中(异步处理)
如果希望代码可以同步拿到,则需要执行特殊的flushSync操作:
import { flushSync } from "react-dom"; changeText() { flushSync(() => { this.setState({ message: "Hello React", }); }); console.log(this.state.message); // Hello React }
以上就是React setState是异步还是同步原理解析的详细内容,更多关于React setState异步同步的资料请关注我们其它相关文章!
赞 (0)