Android O 特性（一）Project Treble

引用博文出处：

https://blog.csdn.net/Qidi_Huang/article/details/76653677

• google 引入project treble的项目来解决《设备升级新版本所要花费的时间太长的问题》                                                     project treble最早追溯到 2015 年 10 月 30 日，2017 年 5 月 12 日，官方在”Developers Blog”上向公众介绍了                 这一项目并宣布 Android 8.0 中将引入它
• 在Project treble项目以前，google在用户设备上进行OTA升级推送，需要经过三个过程：                                                    1）google发布新版的AOSP 2）SoC厂商对HAL进行升级 3）OEM厂商对HAL和Framework进行升级
•  Project treble最重要的改动

1. 新增了vendor interface
2. 及相应的vendor test suite（VTS）测试

     VTS 全称是 Vendor Test Suite，官方在介绍它时将其与 CTS 进行了类比，原文是：

Project Treble aims to do what CTS did for apps, for the Android OS framework. The core concept is to separate the vendor implementation — the device-specific, lower-level software written in large part by the silicon manufacturers — from the Android OS Framework.

This is achieved by the introduction of a new vendor interface between the Android OS framework and the vendor implementation. The new vendor interface is validated by a Vendor Test Suite (VTS), analogous to the CTS, to ensure forward compatibility of the vendor implementation.

project treble引入vendor interface的目的在于将framework于HAL分离，并结合VTS测试对vendor interface 进行验证测试以确保HAL的前向兼容。

VTS测试确保了APP和android framework之间有一致的调用接口API，以达到如下应用场景：

APP开发者编写的同一款程序可以运行在不同系统版本（向前兼容），不同硬件平台，不同厂商制造的不同设备上。

VTS 类似 CTS，通过对 Vendor Interface 进行测试，确保同一个版本的 Android Framework 可以运行在不同 HAL 上，

或不同 Android Framework 可以运行在 同一个 HAL 上。 

通过这样的 Framework / HAL 分离设计和接口一致性保证，也使得 8.0 版本之后的 Android 系统在进行升级时，可以直接对 Framework 进行升级而不用考虑 HAL 层的改动，从而缩短了用户手上设备得到系统升级 OTA 推送的时间。