先聊聊为啥我们要搞 Android 热geng新

说实话，Flutter 打包出来的 APK 那叫一个肥。

一改代码，得重新上架。

等审查、等用户下载，这期间崩的用户可怜得hen。

所以热geng新这事儿，就像是给项目装了根加速器。

哈哈，咱们dou想省点时间，对吧？

Shorebird 是目前Zui成熟的 Flutter 热geng新方案。

它把 Dart AOT 编译产物打成补丁，服务器下发，客户端跑时直接替换。

体验流畅，文档也算完整。

不过它有几个前提——

你得接受它的商业模型，免费版功Neng受限，企业版按 seat 收费。

它的服务器在海外国内网络可Neng卡顿。

再者，一旦 Shorebird 改策略，你的线上 App 可Neng要跟着升级。

原因要从 Flutter 的编译模型说起。

Release 模式下 Dart 代码 AOT 编译成机器码，打包进 libapp.so，里面包含 VM snapshot 和 isolate snapshot。

运行时 Flutter Engine 加载这个 so 启动 Dart VM。

热geng新本质上只有一条路：替换 libapp.so。

我前段时间把自己实现的方案开源了叫 flutter_patcher。

走的就是上面“替换 libapp.so”这条路径，范围非常窄：

dart run flutter_patcher:mock_server

分钟Ke以体验完整的 checkUpdate -> applyPatch 流程，决定值不值得往下搞。

Zui重的是 hook Flutter Engine。改 Engine 源码或者用 PLT/GOT hook，NengZuo到hen细的geng新粒度。代价是复杂、跟版本强绑定、Flutter 升级时容易炸。团队里没 Android native 老兵就别碰。
我前段时间把自己实现的方案开源了叫 flutter_patcher。走的就是上面"替换 libapp.so"这条路径，范围非常窄：
dart run flutter_patcher:mock_server
分钟Ke以体验完整的 checkUpdate -> applyPatch 流程，决定值不值得往下搞。
Flutter Android 的热geng新本质上只有一条路：替换 libapp.so。
发版当晚，运营在群里发了截图：列表页空指针，% 用户打不开。
收费。 免费版限制严，团队/企业版按 seat 收费，对小团队和独立开发者是真实成本。
Ru果方向对你有用，欢迎 star、提 issue、聊聊你的场景，特别是踩到边界 case 时。
长期可用性。 万一某天 Shorebird 商业化策略变了或服务下线，你所有线上 App dou得跟着升级。金融、政企这种长生命周期产品，Zui好提前把这事想清楚。

Tinker、Sophix 本是给原生 Android 用的 patch 框架。

Ru果你的项目里混合了大量 native code，那Ke以尝试把 libapp.so 当成普通 so 来 patch。

但是——不对不对，这玩意儿需要写大量 JNI 桥接代码，还要处理好签名和混淆问题。

A/B 包其实是下发完整 APK，让用户静默安装，然后切换入口。....... The last line is garbled.. Oops I wrote nonsense here—别管它。

Cruise 的原则是“越小越安全”。