在 React 应用中，当组件嵌套层级很深时，props 需要通过逐层传递才能到达深层组件，这会导致代码冗余和维护困难。请阐述有哪些可行的解决方案，并说明各自的适用场景和局限性。
考察说明
考查对 React 状态管理和组件通信方案的掌握，以及根据场景选择合适方案的能力。
回答思路
- 【回答框架 1】对于 props 层级过深问题，主要有以下解决方案：Context API、Redux 等状态管理库、组件组合（如 children 或 render props）以及自定义 hooks。Context API 是 React 原生提供的，适用于跨层级共享数据，如主题、用户信息等，但应注意 context 值变化会导致所有消费组件重新渲染，需合理拆分和使用 memo 优化。
- 【回答框架 2】Redux 等全局状态库适用于复杂状态逻辑和跨组件共享，通过 connect 或 useSelector 直接获取数据，避免了 prop drilling，但增加了代码复杂度，需要引入 action、reducer 等概念，适合大型应用。
- 【回答框架 3】组件组合通过将需要传递的组件作为 children 或 props 传递，可以减少中间层的传递，但适用于明确子组件的场景，且可能使组件结构不够直观。自定义 hooks 可以封装状态和逻辑，通过 hook 的返回值直接获取，但同样受限于 hooks 的调用规则。
- 【回答框架 4】实际项目中应根据状态共享的范围、频率和应用规模来选择：小范围共享用 Context，大且复杂用 Redux，特定组合场景用组件组合，逻辑复用用自定义 hooks。同时，需权衡性能和可维护性。
- 【关键点 1】Context API 适合低频、全局性数据，但需用 memo 避免无效渲染。
- 【关键点 2】Redux 适合大型应用，但增加样板代码，需明确状态变更。
- 【关键点 3】组件组合通过 children 或 render props 减少中间层传递。
- 【关键点 4】自定义 hooks 提取逻辑，但不可跨层级共享状态。
- 【关键点 5】选择方案时需考虑共享范围、更新频率和应用复杂度。
- 【易错点 1】滥用 Context 可能导致性能问题，应分割上下文。
- 【易错点 2】过度使用 Redux 会引入不必要的复杂度，简单状态可用 useState。
- 【易错点 3】组件组合可能使组件层级不直观，需谨慎设计。