发布于 · 指南
Flutter 混淆的边界:名称变化不等于资源加密
发布混淆、符号备份、资源审查应一起做,不能让一个构建选项承担所有防护目标。
以官方限制为准
Flutter 文档明确区分符号混淆和资源保护,并说明发布构建、调试信息拆分等要求。我们据此建议先评估 Dart 代码、原生插件和资源分别暴露什么,不把名称缩短描述为整个应用已加密或无法逆向。
发布流程需要两份清单
一份清单记录用户拿到的包及资源;另一份私有清单记录符号文件、构建版本与诊断方式。前者用于暴露面与功能验收,后者用于线上崩溃定位。不要为了隐藏名称丢掉符号,也不要把恢复名称的文件一起发给所有用户。
行动清单
- 在 Release 模式验证。
- 单独检查资源和原生插件。
- 按构建摘要保管符号文件。
原始资料
- Flutter: Obfuscate Dart code · 核对于 2026-10-12