Flutter鸿蒙文件上传开发实战与适配方案
2026/10/27 19:29:41
承接上一篇《so 库裁剪与 ABI 拆分》讲完的三条减包体线，这一篇要谈的是一条方向相反的思路：既然包体减不下来，能不能把一部分功能从安装包里搬出去，按需下载？动态下发与插件化常被当成"银弹"，但它在 Android 上的实际收益边界比想象窄。判断一个功能是否适合动态化，本质上是在算一笔账：省下的体积 vs 增加的复杂度、失败模式与审核风险。
结论先行：动态化能省的是"低频、体积大、依赖少"的功能模块；它省不了启动路径上的任何东西，还会额外引入下载失败、版本不匹配、加载时延三类新故障。
先分清三个常被混用的概念
| 概念 | 粒度 | 是否需要安装 | 典型方案 |
|---|---|---|---|
| 资源动态化 | 单个资源/配置 | 否 | 配置中心、CDN 下发图片与文案 |
| 功能模块化（AAB 动态特性） | 整个 Feature | Play 侧按需安装 | Play Feature Delivery |
| 插件化 | 完整模块，含代码 | 否 | 沙箱 ClassLoader、多 dex 加载 |