React父组件重渲染时，无props/未变props子组件为何默认重渲染？

问题1：父组件更新时，未接收props的子组件为何会重渲染？ #

• 一致性优先的核心模型：React的核心目标是保证UI与状态的同步，父组件状态更新意味着整个子树可能需要反映新的状态。即使子组件没有显式接收props，它仍可能依赖父组件提供的context、或是有内部状态受父组件更新的间接影响。默认的自上而下渲染机制，避免了React需要额外追踪每个子组件的隐性依赖，确保了渲染结果的可预测性。
• 正确性优于性能的权衡：在绝大多数场景下，组件重渲染的开销极低——现代浏览器的DOM diff算法效率很高，小到中型应用完全可以承受默认的子树渲染。如果默认让子组件自主决定是否重渲染，反而容易让开发者陷入“组件未更新”的调试困境（比如忽略了context依赖等隐性因素），违背了React“让UI开发简单可预测”的目标。
• 职责分离的实际边界：你提到的“子组件是否重渲染应由自身决定”，React其实通过memo提供了这种能力，但作为默认行为，React需要平衡通用性和复杂度。默认的全量渲染是最通用、最容易理解的规则，而自定义渲染逻辑则作为进阶选项开放给开发者。

问题2：props未变化时子组件仍重渲染，为何useCallback/useMemo未内置为默认行为？ #

• 避免无意义的运行时开销：如果默认对props做浅比较（类似memo的逻辑），每次父组件渲染时都需要遍历子组件props并对比新旧值，对于简单组件，这个对比的开销可能比重渲染本身还大。React默认选择跳过这个额外计算，把性能优化的选择权交给开发者——只有当开发者确定某个组件重渲染开销很高时，才需要手动启用记忆化。
• 记忆化的内存与调试成本：useCallback和useMemo需要缓存之前的值或函数，这会增加内存占用。如果默认启用，所有组件的props都会被缓存，大型应用的内存开销会显著上升。此外，记忆化依赖正确的依赖项数组，一旦设置错误就会导致stale值（过时状态），这对新手开发者来说是难以调试的问题，React不想把这种复杂度强加给所有用户。
• API设计的简单性原则：React的API设计倾向于“简单直观”，默认的重渲染规则（父组件更新→子组件更新）非常容易理解和调试。如果默认引入记忆化，开发者需要掌握依赖项管理、浅比较等进阶概念，学习曲线会变得陡峭。React将性能优化工具作为可选功能，既满足了进阶开发者的需求，也保证了新手的上手体验。

内容的提问来源于stack exchange，提问作者713sean