在为一个新的前端项目做技术选型时，你会依据哪些关键考量来决定采用哪种状态管理方案？

回答思路

1. 【回答框架 1】状态管理器本质是管理跨组件共享的、需要响应式更新的数据，核心矛盾是数据流的可预测性与简洁性。
2. 【回答框架 2】选型需评估数据规模与复杂度：仅需跨层级传递可考虑Context；复杂业务、需Redux DevTools与中间件则选Redux；优先MobX的响应式简洁；轻量异步场景选Zustand、Vuex/Pinia。
3. 【回答框架 3】同层对比：Redux单向数据流、不可变更新、中间件丰富但样板多；MobX可变响应式、直接修改、自动追踪；Zustand基于hook、极简、无需包裹Provider。
4. 【回答框架 4】需结合项目生态与团队熟悉度，框架官方推荐（如Vue优先Pinia）与长期可维护性为重要依据。
5. 【回答框架 5】实际应用中，可先评估数据状态是否简单、是否需要时间旅行调试、是否需要服务端状态缓存，再采用分层或库组合策略。
6. 【关键点 1】数据复杂度高、需可预测调试时优先Redux。
7. 【关键点 2】轻量或新手团队可考虑Zustand或MobX。
8. 【关键点 3】官方生态推荐应作为重要参考。
9. 【关键点 4】选型兼顾团队熟悉度与长期维护成本。
10. 【易错点 1】不可将单例数据进行简单复用，需考虑响应式更新与竞态。
11. 【易错点 2】避免过度设计，无需大型状态库时也可用Context/本地状态。