在 React 应用中，如果不同组件各自维护自有 state，但还需要共享与协调一部分公共状态，请说明你会采用怎样的状态设计方案与管理策略？

回答思路

1. 【回答框架 1】状态设计原则：区分局部状态和全局状态，公共状态指被多个组件依赖且需要同步更新的数据。优先将状态提升至最近公共父组件，通过 props 下传和回调更新，适用于组件层级浅、共享范围小的场景，避免引入额外库。
2. 【回答框架 2】Context API 适用于跨层级传递的公共状态，可配合 useReducer 管理复杂逻辑，但需注意 Context 值变化会导致所有消费组件重渲染，可通过拆分 Context 或使用 memo 优化。
3. 【回答框架 3】Redux 或 Zustand 等状态管理库适合大型应用、复杂交互或需要时间旅行调试时。Redux 强调单一数据源和纯函数 reducer，Zustand 则更轻量灵活。选型需结合项目规模、团队熟悉度和性能要求。
4. 【回答框架 4】补充方案：使用组合模式（如 children 作为函数）共享状态，或利用 React Query 等库管理服务端状态，减少客户端存储负担。实际项目中常混合使用多种状态：服务端状态与 UI 状态分离。
5. 【关键点 1】公共状态应考虑提升到合适的组件层级，或用 Context 跨层级共享。
6. 【关键点 2】选择状态管理方案要权衡复杂度、性能和团队维护成本。
7. 【关键点 3】Redux/Context 适合不同场景，Zustand 等新兴库更轻量灵活。
8. 【关键点 4】服务端状态和客户端状态应分开管理。
9. 【易错点 1】过度使用全局状态管理，导致不必要的重渲染和代码复杂度。
10. 【易错点 2】将服务端状态直接放入全局 store，可能引起数据不一致和多余请求。
11. 【易错点 3】忽略 Context 的性能影响，大面积共享状态导致性能问题。