这是React文档所说的:
切勿
this.state直接进行更改,因为之后调用setState()可能会替换您所做的更改。将此this.state视为不可变的。setState()不会立即使this.state发生变化,而是创建一个待处理的状态转换。this.state调用此方法后进行访问可能会返回现有值。无法保证对setState的调用的同步操作,并且可能为提高性能而对调用进行批处理。
setState()除非在中实现了条件渲染逻辑,否则它将始终触发重新渲染shouldComponentUpdate()。如果正在使用可变对象,并且无法在中实现逻辑
shouldComponentUpdate(),则setState()仅在新状态与先前状态不同时进行调用才能避免不必要的重新渲染。
按照API的设计方式使用API总是明智的。如果文档说不改变您的状态,那么最好不要改变您的状态。
尽管
setState()从技术上讲可能是异步的,但以任何明显的方式肯定不会变慢。该组件的
render()功能将在很短的时间内被调用。
直接设置状态的一个缺点是阵营的生命周期方法- ,,
shouldComponentUpdate()
-依赖于状态转换被调用。如果直接更改状态并使用空对象进行调用,则无法再实现这些方法。
componentWillUpdate()``componentDidUpdate()``setState()``setState()
另一个是它只是不好的编程风格。您用两个语句执行的操作可能要执行一次。
而且,这里没有实际的好处。在这两种情况下,
render()只有在调用
setState()(或
forceUpdate())之后才被触发。
您声称需要执行此操作,而没有实际解释该需求是什么。也许您想进一步详细说明问题。可能有更好的解决方案。
最好使用框架而不是反对框架。
更新
从下面的评论:
我需要在下面使用更改后的hasSubmit。
好的我现在明白了。如果您需要立即使用future状态属性,那么最好的选择就是将其存储在局部变量中。
const hasSubmit = false;this.setState({ hasSubmit: hasSubmit});if (hasSubmit) { // Code that will use `hasSubmit` ...


