如何为中等规模存量Flutter项目迁移至Null Safety？

1. 做好前置准备 #

• 提交当前代码到Git仓库或备份项目文件夹，避免修复过程中代码混乱无法回滚。
• 运行flutter pub outdated --mode=null-safety命令，排查所有依赖包的Null Safety支持情况，优先升级核心依赖（如状态管理、路由类包），确保依赖链上的包都支持空安全后再启动代码修复。

2. 分模块渐进式修复 #

不要一次性修改所有文件，按功能模块拆分任务：

• 先处理基础工具类、通用组件：这类代码复用率高，修复后能减少后续业务代码的重复错误。
• 再逐个推进业务页面模块：每个模块修复完成后，立即运行对应功能测试，确认逻辑正常再进入下一个模块。

3. 利用工具减少重复劳动 #

• 运行dart migrate命令，启动Flutter官方空安全迁移工具，它会自动扫描代码给出可空类型修复建议，还能批量应用安全修改（如给变量添加?可空标记）。
• 用IDE快速修复功能：Android Studio/IntelliJ按Alt+Enter，VS Code按Ctrl+.，批量处理同类非空错误（如给未初始化变量加late修饰符、替换!为安全空判断）。

4. 谨慎处理可空场景 #

• 避免滥用!强制非空断言：除非能100%确定变量不会为空，否则优先用?.空安全访问、??设置默认值，或通过if (xxx != null)做非空判断后再使用变量。
• 生命周期内会初始化的变量，用late修饰符延迟初始化，减少不必要的可空标记。
• 明确集合类的可空性：比如List<String>?表示整个集合可空，List<String?>表示集合内元素可空，根据实际场景选择。

5. 验证与收尾 #

• 修复完所有错误后，运行flutter analyze扫描项目，确保没有遗漏的空安全问题。
• 执行单元测试、集成测试，覆盖核心业务逻辑，避免修复过程引入新bug。
• 在不同设备（iOS/Android）、不同系统版本上测试，验证边缘场景稳定性。

6. 后续规范维护 #

• 新代码严格遵循Null Safety规范，从源头避免空安全问题。
• 定期运行flutter pub outdated检查依赖更新，保持所有依赖包的空安全兼容性。

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