React.PureComponent为什么没有被设置为React的默认实现？

1. 为什么React没有把PureComponent作为默认实现？ #

• 浅比较本身存在性能开销：如果所有组件默认都执行props和state的浅比较，在组件树层级深、props/state结构复杂的项目中，全量对比的开销很可能超过跳过重渲染带来的收益。尤其对于大部分逻辑简单的业务组件，本身重渲染的成本极低，为了优化额外增加对比负担完全是得不偿失。
• 浅比较会带来隐性的一致性Bug：浅比较只校验引用地址是否相等，如果你传递的是对象、数组这类引用类型的props，哪怕内容完全没变，只要每次渲染重新生成了新引用，PureComponent依然会触发重渲染，优化完全失效；反过来如果你修改了引用类型的内部属性但没有变更引用，浅比较会判定数据无变化，直接跳过渲染，导致页面展示和实际数据不一致，这类隐性Bug排查成本极高。React默认的「父组件更新则子组件更新」的逻辑虽然不够智能，但胜在结果可预期，符合普通开发者的直觉，不会出现意料之外的不更新问题。
• 符合框架灵活性的设计定位：不同项目的优化策略差异极大，React作为通用框架，不会把某一种优化方案焊死在默认逻辑中，将要不要做优化、用什么方式优化的选择权交给开发者，反而能适配更多个性化的业务场景。

2. 什么场景下应该选用Component而非PureComponent？ #

• 组件依赖引用类型的内部动态变化：如果你的props/state是对象、数组这类引用类型，项目中存在直接修改其内部属性而非返回新引用的逻辑（这类写法虽然不符合最佳实践，但大量历史遗留项目中普遍存在），用PureComponent会因为引用未变更直接跳过渲染，导致页面不更新，只能使用Component。
• 组件需要响应非React管理的外部状态变化：如果组件内部订阅了浏览器全局事件、定时器、或者React之外的全局状态（比如原生JS维护的全局变量），这类更新不会触发props或state的变化，但组件需要重渲染同步最新状态，此时PureComponent的浅比较会拦截渲染，只能使用Component。
• 组件本身重渲染成本远低于浅比较成本：如果你的组件仅渲染简单的DOM节点，没有复杂的计算逻辑，重渲染的开销比执行props/state的浅比较还要小，此时使用PureComponent属于负优化，直接用Component即可。
• 需要自定义渲染更新的判断逻辑：如果你需要针对特定props做深比较，或者只有满足自定义业务条件时才允许组件更新，直接继承Component自行编写shouldComponentUpdate逻辑，比PureComponent的默认浅比较灵活度更高。

内容的提问来源于stack exchange，提问作者Tinu Jos K