查看 Flutter 类代码，发现 Flutter 类主要做了几件事：

1. 使用 FlutterNative 加载 View，设置路由，使用 lifecycle 绑定生命周期
2. 使用 FlutterMain 初始化，重点关注这里。

在 startInitialization 中，主要执行了三个初始化方法 initConfig(applicationContext)，initAot(applicationContext)，initResources(applicationContext)，最后记录了执行时间。

在 initConfig 中：

在 initResources 中：

在 ResourceExtractor 类中，通过名字就能知道这个类是做资源提取的。把 add 的 Flutter 相关文件从 assets 目录中取出来，该类中 ExtractTask 的 doInBackground 方法中：

File dataDir = new File(PathUtils.getDataDirectory(ResourceExtractor.this.mContext))

如图，可以看到该目录是的访问权限是可读可写，所以理论上，我们只要把自己的 Flutter 产物下载后，从内存 copy 到这里，便能够实现代码的动态更新。

完整的代码实现：

Flutter 资源的热更新

我们的App安装到手机上后，是很难再修改 Assets 目录下的资源，所以关于资源的替换，目前的方案是使用 Flutter 的 API ：Image.file() 来从存储卡中读取图片。

通常我们的 Flutter 项目中应当存有关于 App 的图片，尽量保证在热更新的时候使用已经存在的图片。

其次，我们可以使用 Image.network() 来加载网络资源的图片，如果还不能满足需求，兜底的方案就是使用 Image.file()，将资源图片放到Zip目录下一起下发，并在Flutter代码中使用 Image.file() 来加载。

• 通过 Native 层方法拿到图片文件夹的内存地址 dataDir
• 判断图片是否存在，存在则加载，不存在则加载已经存在的图片占位

new File(dataDir + 'hotupdate_test.png').existsSync()? Image.file(new File(dataDir + 'hotupdate_test.png')): Image.asset("images/net_error.png"),

总结

在 Flutter 代码产物替换中，因为替换的 4 个文件皆为直接加载到内存中的引擎代码，所以这部分优化空间有限。但在资源的热更新中，资源是从Assets取得，所以这里应该有更优的方案。

Flutter 的热更新意味着可以在在App的一个入口里，像 H5 一样无穷的嵌入页面，但又有和原生媲美的流畅体验。

未来 Flutter 热更新技术如果成熟，应用开发可能只需要 Android端和 IOS端实现本地业务功能模块的封装，业务和UI的代码都放在 Flutter 中，便能够真正的实现移动两端一份业务代码，并且赋予产品在不影响用户体验的情况下，拥有动态部署APP内容的能力。