在React应用中，状态管理器要解决的根本问题是什么，其核心设计思想又有哪些？

回答思路

1. 【回答框架 1】状态管理的核心是解决组件间状态共享和通信问题，React自身通过props和回调实现单向数据流，但跨层级或跨组件状态共享会导致prop drilling，状态管理器通过集中式store或context提供全局状态访问，并确保状态变更可预测。
2. 【回答框架 2】核心设计思想包括单一数据源、状态只读（通过action触发变更）、使用纯函数（reducer）更新状态，这些原则借鉴了Flux和Redux，目的是让状态变化可追踪、可调试，并支持时间旅行等高级功能。
3. 【回答框架 3】现代状态管理还强调状态原子化和性能优化，例如Zustand的细粒度订阅避免不必要的渲染，Jotai的原子模型支持模块化状态，而Recoil提供派生状态和异步处理，它们均旨在解决大型应用的状态组织与更新性能问题。
4. 【回答框架 4】关键要点是区分服务端状态和客户端状态：服务端状态需处理请求生命周期，通常配合缓存库如React Query；客户端状态又分为UI状态和全局状态，应避免将数据请求逻辑重复放在组件中，而应通过状态管理器统一管理。
5. 【关键点 1】状态管理核心是提供可预测、可共享的状态更新机制，常见方案有Redux、MobX、Context API等。
6. 【关键点 2】单项数据流和纯函数更新是核心原则，确保状态变更可控。
7. 【关键点 3】性能关键在于选择性订阅，避免全局重渲染。
8. 【易错点 1】滥用全局状态导致不必要的重渲染，应根据状态使用范围选择管理方式。
9. 【易错点 2】混淆服务端状态与客户端状态，造成请求逻辑重复和缓存缺失。
10. 【易错点 3】在Redux中进行副作用操作（如请求）非原生支持，需中间件处理。