这是React 文档所说的：

永远不要this.state直接改变，因为之后调用 setState() 可能会替换你所做的改变。将 this.state 视为不可变的。

setState()不会立即改变 this.state 而是创建一个挂起的状态转换。this.state调用此方法后访问可能会返回现有值。

无法保证对 setState 调用的同步操作，并且可能会批量调用以提高性能。 setState()除非在shouldComponentUpdate().

如果正在使用可变对象并且无法在 中实现逻辑shouldComponentUpdate()，则setState()仅在新状态与先前状态不同时调用将避免不必要的重新渲染。

按照设计的方式使用 API 总是明智的。如果文档说不要改变你的状态，那么你最好不要改变你的状态。

虽然setState()在技​​术上可能是异步的，但它肯定不会以任何明显的方式变慢。组件的render()函数将在很短的时间内被调用。

直接设置状态的一个缺点是 React 的生命周期方法 - shouldComponentUpdate(), componentWillUpdate(), componentDidUpdate()- 依赖于被调用的状态转换setState()。如果直接更改状态并setState()使用空对象调用，则无法再实现这些方法。

另一个是它只是糟糕的编程风格。你在两个语句中做你可以在一个语句中做的事情。

此外，这里没有实际的好处。在这两种情况下，render()直到setState()(或forceUpdate()) 被调用后才会被触发。

你声称需要这样做，而没有实际解释这种需要是什么。也许您想更详细地说明您的问题。可能有更好的解决方案。

最好使用框架而不是反对它。

更新

从下面的评论：

需要的是我想在下面使用更改后的 hasSubmit。

好的我现在明白了。如果您需要立即使用未来状态属性，最好的办法就是将其存储在局部变量中。

const hasSubmit = false;

this.setState({
  hasSubmit: hasSubmit
});

if (hasSubmit) { 
  // Code that will use `hasSubmit` ...

如果你想改变状态并通过react触发重新渲染： 使用第二个代码。

  this.setState({
    hasSubmit: false,
  });

第一个代码的问题/错误：

  this.state.hasSubmit = false      // Updates state directly: 
                                    // You are not supposed to do this
                                    // except in ES6 constructors
  this.setState({})                 // passes an empty state to react.
                                    // Triggers re-render without mutating state

this.setState维护react组件的生命周期，并且看起来不像变异变量（即使在内部它确实变异了状态）。因此，react循环中的单向流程保持不变，没有任何副作用。

需要注意的是 usingthis.setState不适用于 ES6 类中的构造函数。我们需要使用this.state =模式而不是this.setState在 ES6 构造函数中

您永远不应该忽略文档建议。在撰写本文时，setState 允许第二个参数，它是 setState 和重新渲染完成时的回调函数。由于您从未向我们提供您的代码将如何使用 hasSubmit 值，我相信其他一些人可能会在他们想要确保 hasSubmit 已更改时发现这很有用。

您应该this.forceUpdate()在第一个示例中使用强制更新状态。例如：

this.state.hasSubmit = false;
this.forceUpdate();

但最好使用，this.setState因为它是 React 引擎的 init 本机检查状态机制，比强制更新更好。

如果您只是this.state直接更新任何参数而没有setStatereact渲染 mecanizm 将不知道状态的某些参数已更新。