Android系统解耦方案

Android系统的mainlane计划

随着android-Q的到来，google对android framework中某些模块进行了独立解耦，不在运行在systemserver中,同时禁止各个odm/oem厂商修改这部分代码,仅仅提供了代码实现和一个单独的apk供厂商集成。

这一举措提高了google对android系统的管控力。如果说之前treble计划是促进了厂商的适配效率，那么mainlane就是强制厂商提升自身软件建设能力来提升升级效率的方案。

Mainlane后的升级策略

google会逐渐将aosp的主要代码进行分离，形成独立的apk由自己进行升级，不再依赖厂商的OTA。

之前的升级策略:

mainlane后的升级策略:

 

mainlane升级的影响

在android-O以前，所有厂商自身的客制化主要是通过修改systemserver实现的。修改的代码和AOSP交叉在一起，虽然得到了便利，但在每次版本升级都不断的引入CTS问题和兼容性问题。

Android-S开始mainlane计划强制厂商从AOSP解耦，保证AOSP代码的纯净。

对于厂商来讲，需要经过一些痛苦的架构变更，这一点索尼比较有远见，在android-O开始就做了完全的解耦。

组件化的思路

当前主流实现