在没有shouldComponentUpdate的情况下，React 0.14的无状态组件将如何提高性能？

Question

自从我阅读了有关React
0.14的发行说明（以及其他相关炒作）以来，这个问题一直困扰着我-我是React的忠实拥护者，我认为无状态组件（https：//facebook.github。 io / react / blog /
2015/09/10 / react-v0.14-rc1.html＃stateless-function-
components
）是一个极好的主意，既便于编写此类组件，又可以在代码中表达这些意图就相同道具数据的一致渲染而言，组件应该是“纯”的。

现在的问题是：怎么会有可能发生反应，优化这些无国籍组件功能没有去整猪，并假设道具引用这不仅表现在他们不应该在组件内操纵一成不变的，但 也是
他们永远无法改变在组件生命周期之外？“常规”组件（又称有状态组件，即贯穿整个生命周期的组件；
componentWillMount，getInitialState等）具有可选的“ shouldComponentUpdate”功能的原因是，React
不会
假设所有道具和状态引用都是完全不变的。渲染组件后，道具引用的某些属性可能会更改，因此相同的“道具”实例稍后可能会具有不同的内容。这部分是为什么对完全不可变结构的使用感到非常兴奋，以及为什么有人说将Om与React一起使用可以带来巨大的性能提升的原因；因为在那里使用的不可变结构保证了任何对象的任何给定实例都不会被突变，所以ComponentUpdate应该可以对props和state执行非常便宜的引用相等性检查（http://swannodette.github.io/2013/12/17/the
-future-of-javascript-mvcs /）。

我一直在尝试寻找有关此的更多信息，但是却一无所获。我无法设想什么性能的提升 可以 进行围绕无状态组件 不
假定该道具的数据将包括不变类型的..也许非一成不变的道具类型的一些初步的分析，试图猜测是否“道具”和“nextProps”代表相同的数据？

我只是想知道是否有人对此有任何内部信息或其他启发性的见解。如果React 确实
开始要求props类型是“完全不可变的”（允许进行引用相等性比较以确认数据没有更改），那么我认为这将是向前迈出的一大步，但这也可能是一个巨大的变化。

Answer 1

避免不必要的分配

如果我理解正确，无状态功能组件将转换为常规组件。从来源：

function StatelessComponent(Component) {
}
StatelessComponent.prototype.render = function() {
  var Component = ReactInstanceMap.get(this)._currentElement.type;
  return Component(this.props, this.context, this.updater);
};

创建无状态组件的实例时，将分配一个新对象。这个新对象具有生命周期方法，例如componentWillMount和componentWillReceiveProps。我猜想该计划根本
不 创建这些对象。 不创建对象将避免不必要的分配。

避免不必要的检查

实现生命周期方法需要进行如下检查：

if (inst.componentWillUpdate) {
  inst.componentWillUpdate(nextProps, nextState, nextContext);
}

可以假定无状态功能组件没有这些生命周期方法。那可能就是文档所指的，但我不确定。

编辑

删除了记忆中的内容，这些内容无法回答问题或无法很好地解释内容。