在 React 中，常规的 Component 与 PureComponent 在渲染行为和优化机制上有哪些关键区别？请说明它们分别适用于什么场景，并解释 PureComponent 的性能优化原理及其潜在的使用限制。
考察说明
考察对 React 类组件渲染机制和浅比较优化的理解。
回答思路
- 【回答框架 1】Component 是 React 的基类，每次父组件重渲染时，只要自身 state 或 props 引用变化（取决于生命周期），就会触发重渲染，即使 props 或 state 的值在深层未变。PureComponent 通过实现 shouldComponentUpdate 进行浅比较（shallow compare）来优化，它对比新旧 props 和 state 的引用是否相等，若所有引用相等则跳过渲染，从而减少不必要的渲染。
- 【回答框架 2】浅比较只比较一层，对于嵌套对象或数组，若内部属性变化但引用未变，PureComponent 会误认为无变化而跳过渲染，造成 UI 不更新。因此，使用 PureComponent 时需遵循不可变数据（immutable）原则，每次更新都创建新引用，否则可能引发 bug。
- 【回答框架 3】适用场景：对于 props 和 state 结构简单、以基本类型为主或引用更新频繁的组件，PureComponent 能带来明显优化；而对于包含深层嵌套数据或复杂更新的组件，使用 shouldComponentUpdate 自定义逻辑或使用 React.memo（函数组件）可能更合适。
- 【关键点 1】PureComponent 内置了浅比较的 shouldComponentUpdate 实现，而 Component 默认总是重渲染。
- 【关键点 2】浅比较只比较引用，不深查属性，因此必须配合不可变数据使用。
- 【关键点 3】PureComponent 适合 props/state 简单、更新不频繁的场景，复杂结构时建议自定义 shouldComponentUpdate 或使用 React.memo。
- 【易错点 1】滥用 PureComponent 可能导致 UI 不更新，尤其在直接修改嵌套对象时。
- 【易错点 2】PureComponent 的优化在性能瓶颈不明显时可能带来额外比较开销，不一定总是更快。