React 中的宝藏：steState 函数

React 已经在 JavaScript 中普及了函数式编程。 这导致一些大型框架采用了 React 使用的基于组件的 UI 模式。 现在功能性发烧已经蔓延到整个网络开发生态系统中。

但 React 团队并没有停下脚步，他们继续深入挖掘，发现更多隐藏在神奇库中的强大函数。

所以今天我向你透露一个新函数，它是 React 中的黄金宝藏 —— setState！

它并不是全新的，只是内置于 React 的模式，难以被开发者发掘。

Dan Abramov 将 Functional setState 模式描述为：

与组件类分开声明状态更改。

基本概念

React 是一个基于组件的 UI 库。组件是一个接受一些属性并返回一个 UI 元素的函数。

function User（props）{  return（    <div>漂亮的使用者</ div>  ）;}}

组件需要具有和管理其状态的能力。在这种情况下，通常将组件写为类。constructor 函数中就有了它的状态：

class User {  constructor（）{    this.state = {      分数：0    };  } render（）{    return（      <div>此用户评分为{this.state.score} </ div>    ）;  }}}}

为了管理状态，React 提供了一个名为 setState（）的特殊方法：

class User {  ... increaseScore（）{    this.setState（{score：this.state.score + 1}）;  } ...}}

注意 setState（）的工作方式。你传递一个对象，其中包含你要更新的状态的一部分。换句话说，传递的对象将具有与组件状态中的键相对应的键，然后 setState（）通过将对象合并到状态来更新或设置状态。因此叫“状态设置（set-State）”。

你可能不知道的部分

还记得我们介绍的 setState() 的工作原理嘛？ 除了其中的传递对象，我们还可以传递函数。

setState() 也接受一个函数作为参数。 该函数获取组件的 previous 状态和 current 属性，用于计算和返回下一个状态。 请看下面代码：

this.setState(function (state, props) { return {  score: state.score - 1 }});

注意 setState() 是一个函数，我们将另一个函数传递给它作为参数（函数式编程...函数式 setState）。

初看这一操作似乎并不怎么样，调用 set-state 需要太多步骤了。那为什么要这样做呢？

为什么要给 setState 传递函数？

事情是这样子的，state 更新可能是异步的。

想想当 setState() 被调用时发生了些什么。React 首先将你传递给 setState() 函数的对象合并到当前状态中。然后它将开始协调各部分。它将创建一个 React 元素树（用于表示 UI 的对象），对比新旧树的差别，并根据你传递给 setState() 函数对象的不同，计算出相应的变化部分，最终完成 DOM 更新。

工作量真大！事实上，这仅仅是一个简化版的总结。

React 并不只是简单的“set-state”。

因为包含大量的工作，调用 setState() 可能并不会立即更新你的 state。

React 可能会出于性能考虑将多个 setState() 调用合并成一个批处理更新操作。

这样做对 React 而言意味着什么呢？

首先，“多个 setState() 调用”可能意味着在一个单独的函数中调用 setState() 函数多于一次，如下代码：

...state = {score : 0};// multiple setState() callsincreaseScoreBy3 () { this.setState({score : this.state.score + 1}); this.setState({score : this.state.score + 1}); this.setState({score : this.state.score + 1});}...

现在 React 遇到“多次 setState() 调用”时， 不会真的三次完完整整地去“set-state"——它才不会像我上面说的那样去做如此庞大工作量的事情呢！它会对自己说：“不！我不想每次爬山时只带着一部分状态更新，然后去爬三次山。我更想要有一个容器，用来把这些状态一起打包全放在里面，然后一次性地把它们都带到山上去！”而这就是“批处理”（batching)。

我们传给 setState() 的是一个朴素的对象（plain object)。现在，假设任何时候当 React 遇到“多次 setState() 调用”时，它都会执行批处理，即提取所有单次传递给 setState() 的对象，把它们合并在一起形成一个新的单一的对象，并用这个单一的对象去做 setState() 的事情。

在 JavaScript 里面，合并对象可能会如同下面这种形式：

const singleObject = Object.assign(  {},   objectFromSetState1,   objectFromSetState2,   objectFromSetState3);

上面这种模式就是我们所熟知的对象组合（object composition)。

JavaScript 中，合并（merging）或组合（composing）对象是这样工作的：如果三个对象有相同的 key， 传给 Object.assign() 的最后一个包含此 key 的对象会覆盖掉前面的值。例如：

const me  = {name : "Justice"},       you = {name : "Your name"},      we  = Object.assign({}, me, you);we.name === "Your name"; //trueconsole.log(we); // {name : "Your name"}

由于 you 是最后一个合并入 we 的对象， 所以 you 里的 name 值—— Your name 会覆盖掉 me 对象中的 name 值。 所以呢，you 赢啦！：）

你看，当你多次往 setState() 里传入对象调用此方法时，是每次传一个对象，React 会把这些对象合并。换句话说，它会基于我们传入的这多个对象来组合出一个新的对象。并且如果这多个对象有相同的 key, 最后一次传入的对象的 key 值会被储存下来。对吗？

这意味着，以我们上面的 increaseScoreBy3 函数为例，函数的最终结果将只是 1 而不是 3，因为 React 没有立即按照我们调用 setState() 的顺序来更新 state。但是首先，React 将所有对象组合在一起，结果是：{score：this.state.score + 1}，那么使用新组合的对象仅完成一次“set-state”。 像这样：User.setState({score：this.state.score + 1}。

更明确来说，将对象传递给 setState() 并不是问题所在。真正的问题在于当你想从前一个状态计算下一个状态时，传递给 setState() 的对象。这么做的风险大，理应停止。

因为 this.props 和 this.state 可能会异步更新，所以你不应该依赖它们的值来计算下一个状态。 

函数式的setState能拯救世界

Sophia Shoemaker 在 Pen 中演示了这个问题：http://codepen.io/mrscobbler/pen/JEoEgN/
点击查看这一 Pen 能帮助你更好地了解这个问题。当你查看后你会发现 setState 解决了我们的问题。但是确切地说，是怎么解决的呢？

“状态更新”会被排列，然后按照它们被调用的顺序来执行。

所以，当 React 碰到“多次 setState() 调用”的情况时，它不会把对象合并在一起（当然了，这里并没有什么对象要被合并），它会按照调用的顺序把这些方法排个队。

接下来，React 依次调用队列中的方法，把上一个状态传递给当前的方法，从而不断更新状态。这里提到的“上一个状态”，分两种情况：

• 对队列中第一个被执行的 setState() 而言，那就是在其被执行前的对象的本来状态 

• 对队列中非第一个 setState() 而言，那就是队列里离它最近的 setState() 执行后生成的对象的状态。

我想直接拿代码来阐释。但这次只是模拟，目的是传达 React 的操作。

为避免冗杂，我将使用 ES6 语法。

首先，我们创建一个组件类。然后，在这个类里，我们创建一个 setState() 方法。同时，我们的组件还有一个 increaseScoreBy3() 方法——该方法多次调用 setState。最后，如同 React 一样，我们会实例化这个类。

class User{  state = {score : 0};  //let's fake setState  setState(state, callback) {    this.state = Object.assign({}, this.state, state);    if (callback) callback();  }  // multiple functional setState call  increaseScoreBy3 () {    this.setState( (state) => ({score : state.score + 1}) ),    this.setState( (state) => ({score : state.score + 1}) ),    this.setState( (state) => ({score : state.score + 1}) )  }}const Justice = new User();

我们看到，setState 还会接收一个可选的第二参数——回调函数。如果存在一个回调函数作为入参，React 会在更新完状态后调用该回调函数。

现在，如果一个用户触发 increaseScoreBy3()， React 会把多个 setState 调用进行排列。我就不在这里写伪逻辑了，因为我们关注的是“到底什么东西让 setState 很安全”。不过你可以把这个“排列”的结果想象成一个方法数组，就像这样：

const updateQueue = [  (state) => ({score : state.score + 1}),  (state) => ({score : state.score + 1}),  (state) => ({score : state.score + 1})];

最后，我们假设更新过程：

// recursively update state in the orderfunction updateState(component, updateQueue) {  if (updateQueue.length === 1) {    return component.setState(updateQueue[0](component.state));  }return component.setState(    updateQueue[0](component.state),     () =>     updateState( component, updateQueue.slice(1))   );}updateState(Justice, updateQueue);

这里的关键重点是每次 React 从 setState 执行函数，并通过传递已更新状态的新副本来更新您的状态。 这使得功能 setState 可以基于先前状态设置状态。

这里我用完整的代码做了一个 bin。 Tinker 只为了使代码更完善。