Android新特性——App Bundles

我们是否可以直接利用Google为我们提供好的构建机制，模仿Play商店构造一个SDK对App自身进行更新呢？

• 通过技术分析，我们有两种方案可以实现自行更新：
  1.直接利用PackageInstaller进行安装，这种方式最接近App Bundles的在Google Play中的实际作用效果，但是，最大问题就是会对用户造成极大的干扰，首先，很多用户出于安全考虑，是不会轻易允许未知安装来源的。另外，每次安装都会弹出界面，也会打断用户正常的操作流程，使用户体验不再流畅。并且如果需要通过国内各个厂商应用商店来更新，各大商店可能没有这么快支持APK分包功能。
  2.模仿SplitCompat的方式，在所有机型版本上，本地下载后直接加载安装包。这种方式和热修复插件化这类技术比较类似，问题是也需要不断对新机型进行维护，并且未来随着Google对私有API的更进一步收紧，反射技术可能会受到更大限制，未来对机型兼容性的支持是比较大的挑战。并且无法像直接安装那样能够享受到JIT优化带来的性能改进。

• App Bundles的模块化，主要基于APK直接安装的方式，不需要用户对系统组件的修改，就能天然获得原生优化能力（如JIT、DEX优化等），因而不存在任何兼容性问题。

  App Bundles的模块化，主要基于APK直接安装的方式，不需要用户对系统组件的修改，就能天然获得原生优化能力（如JIT、DEX优化等），因而不存在任何兼容性问题。这个思路与传统组件化/插件化方式截然不同，因为Google作为Android官方主体，把控了Play商店这个唯一安装渠道（国内除外），所以可以采用这种玩法来做到前所未有的稳定性和动态能力。App Bundles也存在一个问题，就是无法在运行过程中直接新增四大组件，需要覆盖安装base模块之后再重启。而后面两个方案由于都是基于App Bundles的，因而有更大局限性。
  目前看来，指望Google回归恐怕遥遥无期，不过这或许能吸引国内各个厂商自带应用市场的跟进，甚至可能像统一推送那样协商出一套符合国情的标准，从而改善国内的App更新环境。不过，App Bunndles的一些思想，如细致化配置，确实值得现有的模块化方案进行借鉴和吸收。