异步
setState在所有react事件和生命周期钩子函数中,都是异步的。该异步不能简单理解为重新起了个线程去执行,还得看谁快。它是必须在所在事件和钩子函数执行完成后,才能执行异步操作。
其实想想也能明白,setState需要干两件事:1.更新状态;2.调用render。我们在执行事件函数/钩子函数的时候,setState后面可能还有动作,那这个动作是优先于setState去执行的。
不过,setState并非只是同步,当你不是用react自带的事件或者钩子函数去触发的话,则是同步更新状态的,其实想想也能明白,毕竟是两条线,就这么一行代码使用了react,那么react不就是瞬时完成嘛。
上面所有理解均属个人理解
对象式setState
其实这个就是咱一直使用的方法,直接将已经更新好的state对象放进去。但规范的语法如下:
setState(stateChange, [callback])
可以使用如下代码进行验证:
handleChange = (value) => {
this.setState({value: value},()=>{console.log(`change:${this.state.value}`)});
console.log(this.state);
}
change后面value就已经修改了,直接打印的value就不会发生变化
函数式setState
setState((state,props)=>{return updater},[callback])
总结
- 其实状态修改的逻辑,是不是可以直接放在setState第一个入参,函数中进行操作,这样是不是更加方便呢
- 如果需要查看修改后的state,使用的是setState第二个入参函数回调执行的