版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。
版权
GMS认证专栏收录该内容
4 篇文章0 订阅
订阅专栏
背景介绍
Android目前有一个比较明显的缺点是设备升级到新版本系统所要花费的时间太长(比如Android6.0到Android7.0的升级)。一般的情况下在有Google发布新版本的AOSP 之后,还需要SoC(System on Chip的缩写,称为芯片级系统,也有称片上系统,意指它是一个产品,是一个有专用目标的集成电路,其中包含完整系统并有嵌入软件的全部内容。)产商对HAL(硬件抽象层是位于操作系统内核与硬件电路之间的接口层,其目的在于将硬件抽象化。它隐藏了特定平台的硬件接口细节,为操作系统提供虚拟硬件平台,使其具有硬件无关性,可在多种平台上进行移植。)进行升级,以及OEM产商对HAL和framework进行升级之后,用户才能在设备上收到OTA升级包的推送。低端一点的产品甚至在出厂后就不会再进行系统升级了。
为了解决这个问题,Google发起了Project Treble项目,而Project Treble中最重要的就是新增了Vendor Interface这一概念,以及相应的Vendor Test Suite(VTS)测试。
VTS与CTS对比介绍
CTS作用:APP层跟Framework层在设计上是分开的,但通过CTS测试,确保了APP无Android Framework之间有一致的调用接口(API),这使得APP开发者编写的同一款程序可以运行在不同系统版本(向前兼容)、不同硬件平台、不同产商制造的不同设备上。
VTS作用:Project Treble 中引入 Vendor Interface 的目的是将 Android Framework 与HAL 分开,通过对Vendor Interface进行测试,确保同一个版本的Android Framework可以运行在不同的HAL上,或者Android Framework可以运行在同一个HAL,即保证HAL的向前兼容性。通过这样的Framework/HAL分离设计和接口一致性保证,这就使得8.0版本之后的Android系统在进行升级时,可以直接对Framework进行升级而不用考虑HAL层的改动,从而缩短了用户手上设备得到系统升级OTA推送的时间。