Flutter/Dart中用MobX时，单Widget对应Store的方案是否可行？

是否需要调整状态存储思路？ #

不用一概而论，核心看状态的作用范围：

• 如果是仅当前Widget及其子树用的局部状态（比如表单输入值、弹窗展开/收起状态），保留单Widget对应Store的方案完全可行，契合你熟悉的MVVM模式，逻辑封装更清晰。
• 如果是多Widget共享的全局/跨页面状态（比如用户登录信息、购物车数据、主题设置），这类状态就该放到共享Store里，同时让服务层改为无状态——无状态服务层更易复用、测试，还能避免多个Store实例持有带状态服务导致的数据不一致。

单Widget对应Store方案的弊端 #

当应用规模扩大或出现跨Widget共享状态需求时，这个方案会暴露以下问题：

• 数据不一致风险：多个Widget的Store如果都持有同一个带状态的Service实例，服务层的状态变更会被多Store监听，很容易出现各Widget状态不同步的情况。
• 资源冗余：每个Widget都创建独立的Store和带状态服务实例，会增加内存占用，尤其是频繁创建销毁的Widget，资源浪费更明显。
• 跨Widget状态同步复杂：后续若要让多Widget共享某部分状态，得手动在多个Store间传递事件或数据，代码会变得臃肿且易出错。
• 测试难度提升：带状态的服务层难搞单元测试，每次测试前都要重置状态；多Store依赖带状态服务，测试时的环境隔离成本也更高。

折中方案建议 #

结合两种模式的优势来设计：

• 局部状态：用单Widget对应Store，Store依赖无状态的服务层（服务层只负责数据请求、业务逻辑处理，不持有状态）。
• 全局共享状态：创建独立的共享Store，通过全局依赖注入（比如GetIt）提供单例，所有需要该状态的Widget都依赖这个共享Store，服务层同样保持无状态。

内容的提问来源于stack exchange，提问作者Marnix