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开始就做了完全的解耦。

随着Android-Q的到来,Google推出Mainlane计划,旨在提高系统更新效率,强制厂商提升软件建设能力。该计划通过解耦核心模块,形成独立APK,实现不依赖厂商OTA的升级方式。
最低0.47元/天 解锁文章
1703

被折叠的 条评论
为什么被折叠?



