在什么场景下会选择使用 React 的 Context API 而不是 Redux？请说明两者的差异及各自的适用条件。
考察说明
考察对 React 状态管理方案的理解，以及根据场景选择合适工具的能力。
回答思路
- 【回答框架 1】Context API 是 React 内置的用于跨组件层级传递数据的机制，适合解决简单的 prop drilling 问题；Redux 是独立的状态管理库，提供全局 store、纯 reducer 和可预测的状态更新。
- 【回答框架 2】Context API 没有内置的性能优化，当上下文值变化时，所有消费该上下文的组件都会重新渲染，对于高频更新或复杂状态可能导致性能问题；Redux 通过选择器和浅比较可以减少不必要的渲染。
- 【回答框架 3】Redux 提供时间旅行调试、中间件（如 redux-thunk、redux-saga）处理副作用，以及规范化状态结构，适合大型应用和复杂状态逻辑；Context API 更轻量，适合中小型应用或与 useReducer 结合管理局部状态。
- 【回答框架 4】选择依据：如果状态简单、更新不频繁，或仅需在少量组件间共享，优先用 Context；如果状态复杂、需要可预测性和调试工具，或需要跨组件共享大量状态，则选 Redux。也可组合使用，但应避免过度依赖 Context 导致全局状态臃肿。
- 【关键点 1】Context API 用于解决 prop drilling，Redux 提供全局状态管理。
- 【关键点 2】Context 值变化会导致所有消费者重渲染，可能影响性能。
- 【关键点 3】Redux 有中间件和 DevTools，适合复杂应用。
- 【关键点 4】选型取决于状态复杂度、更新频率和应用规模。
- 【关键点 5】也可以将 Context 与 useReducer 结合，模拟局部 Redux。
- 【易错点 1】不要认为 Context 完全替代 Redux，两者定位不同。
- 【易错点 2】注意 Context 的性能陷阱，频繁更新时可能导致多余渲染。
- 【易错点 3】不要为了使用 Redux 而引入复杂度，简单场景用 Context 更轻便。