如何将Dart文件上传至云端并在Flutter应用中调用以节省设备存储空间

你的需求本质是Flutter的动态代码/资源下发，配合Firebase Storage做产物托管完全可以实现，不需要把所有小游戏打包进主安装包。

方案1：Dart字节码动态加载（仅推荐Android渠道使用） #

该方案可以实现接近原生Flutter的运行性能：

• 把每个小游戏拆分为独立的Flutter模块，单独编译生成kernel_blob.bin格式的Dart字节码文件，连同小游戏专属资源一起打包为压缩包，上传至Firebase Storage
• 主应用侧按需从Firebase Storage下载对应小游戏的压缩包，缓存到本地沙盒后通过Isolate.spawnUri接口加载字节码，直接将小游戏的根Widget嵌入主应用渲染
• 注意：该方案不符合苹果App Store审核规则，禁止外部加载可执行字节码，仅可用于Android渠道或内部测试场景

方案2：Flutter Web产物加载（全平台兼容，推荐小游戏场景） #

该方案无审核风险，适配Android、iOS双端，是小游戏场景的首选：

• 把每个小游戏单独编译为Flutter Web产物（HTML、JS、资源文件），打包后上传至Firebase Storage
• 主应用集成webview_flutter依赖，用户点击小游戏时，先检查本地是否有对应最新版本的缓存，无缓存则从Firebase Storage拉取并解压到本地
• 用WebView直接加载本地缓存的Web产物即可运行小游戏，可通过JS Channel实现小游戏和主应用的交互（用户信息传递、支付回调等）
• 优势：性能足以覆盖绝大多数轻/中度小游戏，完全符合双端平台审核规则，不需要处理Native侧的动态化适配

通用实现流程 #

1. 拆分小游戏项目：每个小游戏独立维护，公共能力（登录、支付、统计）统一由主应用提供接口调用，避免重复打包依赖
2. 上传产物到Firebase Storage：给每个小游戏的产物包标注版本号、MD5校验值，小游戏的元数据（名称、封面、下载地址、版本号）可存在云端数据库做统一管理
3. 主应用侧逻辑：
   • 首次启动拉取小游戏列表，展示给用户
   • 用户点击小游戏时校验本地缓存版本，不是最新则触发下载，下载完成后校验文件完整性
   • 按你选择的加载方案运行本地缓存的小游戏产物
4. 缓存管理：可配置自动清理策略，定期删除用户超过30天未打开的小游戏文件，进一步节省用户存储空间

踩坑提醒 #

• 采用Dart字节码加载方案时，要保证小游戏编译用的Flutter版本和主应用完全一致，避免出现兼容性问题
• 采用Web加载方案时，要给WebView开启本地文件访问权限，关闭跨域校验，避免出现资源加载失败的问题
• 下载产物时建议做断点续传处理，避免网络中断导致重复下载浪费用户流量

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