1. Render
- 一旦 Component 的
this.state或者this.props的值变化，那么当前 Component 将会被重新“绘制”。记住，是“绘制”而不是重新创建，因此this.getInitialState、this.componentWillMount和this.componentDidMount不会因此而被调用。 - 通过变更
this.state(this.setState) 引起重绘是当前 Component 引起 “重绘” 的主要手段，还有一个手段是this.forceUpdate()。而通过为 Child Component 设定新的props的方式，是 Parent Component 引起 Child Component 重绘的主要方法。 - 判断的时机是在一个重绘周期开始的时候，即一次
requestAnimationRequest被回调的时候（1/60 秒）。所以，如果你的所有绘制时间在 16 秒之内被完成，用户自然就能享受到如丝般柔顺的交互了。React 可能是目前最容易 Tuning UI 性能的框架了，你只要分别记录不同 Component 的 Render 执行时间就可以了。 - 检测
this.state或者this.props的不同是通过“深度比较”来完成的，也就是说，只要整个对象树的任何一个“叶子”的值变化，就将触发“重绘”。所以你需要密切注意每一个 Component 的 state 和 props 到底绑定了多大范围的数据，避免不必要的“重绘”。 - 你可以通过重载
this.shouldComponentUpdate替代 React 的深度比较算法。但是，只有当你真的理得清楚的时候才使用这种方法。PureRenderMixin 完成了类似的工作。 - 更好地控制重绘，依赖于如何更好地将状态的变化局部化。这就是 immutable-js 或者 mori 这样的库的作用了。每一个 Component 只绑定到大的数据容器的一个局部，其他部分的变化不会造成该 Component 绑定的
state或者props的变化，因此也就避免了不必要的“重绘”。 - 和JS 自己的
Array和Object相比, immutable-js 或者 mori 并非高性能的数据结构，但是其收获的好处是状态的隔离、快速判断状态是否变化（无需深度比较），以及由此带来的最小化的“重绘”，在 React 的开发中是非常重要的。参见 性能比较。
2. Component Mount
- Component 在第一次被绘制前被 Mount，之前会执行
this.getInitialState、this.componentWillMount等一系列的类成员方法。React 的生命周期 文档写得很清楚。 - 但是，“重绘” 不会引发 Re-mount（你在 Parent Component 为 Child Component 设定新的 props，只会引起 Child Component 的 “重绘”，不会引起 Child Component 的 Re-mount（重新创建））。
- React 仅在两种情况下会 Re-mount Component。一种是通过
React.render <div />重新绘制了整个 Component Tree；还有一种就是 Parent Component 为 Child Component 设定了keyproperty，且当keyproperty 变化了的时候，老的 Child Component 被 Unmount 并销毁，而新的 Child Component 被重新创建、初始化和 Mount。
在阅读过基础的 React 文档之后，将上面的要点刻在脑子里，基本上 React 对你来说就没什么坑了。如果上面的内容没有理解就开始编程，那么即使是 React 也帮不上你什么了。
