Flutter中使用全局变量存在哪些风险与弊端？

你当前直接在 dart 文件中定义顶层可变变量作为全局状态的方案，有以下明显问题：

• 状态可追溯性差，调试成本极高
  项目中所有引入了globals.dart的文件都可以随意修改这些变量的值，一旦出现token无效、phone_num异常等问题，你无法快速定位是哪一处代码做了非法修改，多人协作的大型项目中这个问题会被无限放大。
• 无法自动响应状态变更
  这些变量值发生变化时，依赖它们的 UI 组件、业务逻辑无法自动感知更新，你需要手动编写变更通知逻辑，极易出现漏更导致的业务异常，比如用户退出登录后页面还展示已登录的用户信息。
• 生命周期管理混乱
  这类顶层变量的生命周期和应用进程完全绑定，应用退后台被系统回收、或者用户强杀重启后，所有变量都会被重置为 null，如果没有配套持久化和启动恢复逻辑，极容易触发空指针异常。同时你也无法统一管控变量的清理逻辑，比如用户注销账号时很容易漏清敏感变量导致隐私泄露。
• 项目耦合度过高，可维护性差
  所有业务模块都直接依赖globals.dart，后续要修改变量命名、字段类型时，所有引用的位置都要同步修改，也无法单独抽离业务模块复用，比如要把登录模块拆出来给其他项目使用时，必须连带整个全局变量文件一同迁移，还要清理无关的全局变量。
• 无合法性校验，类型安全风险高
  你没有对变量的赋值做任何限制，任意代码都可以给phone_num传入非手机号格式的字符串、给token传入不符合规范的空值，业务层需要处处做校验，容易出现疏漏导致崩溃或者业务错误。

更推荐的替代方案是用状态管理库（如 Provider、GetX、Bloc）封装全局状态，哪怕退而求其次用单例类包裹这些变量，在set方法中加合法性校验、变更回调，也远优于直接暴露裸可变全局变量。

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