Google将所有Android 11设备支持无缝更新

Android手机将配备Android 11和Google自己的游戏服务的每台新设备都必须包含所谓的虚拟A / B分区方案。 这意味着设备必须具有某些重要系统分区的两个副本，其中一个已被积极使用，而另一个可以在不离开Android环境的情况下进行更新。 因此，您不必在恢复屏幕中等待Android应用重要的系统更新并“优化所有应用程序”。

对于某些人来说，这可能已经成为现实，因为A / B虚拟分区的想法已经存在了一段时间，并且已经被许多Android设备制造商采用。但是，这不仅仅是强制性的。这个消息直接来自对Google的Vendor Test Suite或VTS内部测试程序的新承诺。

VTS是一组自动化测试，用于验证特定的Android ROM和设备是否与Project Treble兼容。从Android 11或API级别30开始，必须强制通过虚拟分区和A / B分区设置。只有通过VTS的设备才能获得Google Play服务认证。就那么简单。

如果您发现自己想知道这到底意味着什么，以及为什么要参与Project Treble就是一些背景知识。Google的Project Treble可以追溯到Android Nougat。雄心勃勃的工作基本上是在Android领域中实现并普及的，就是引入和大量采用所谓的Vendor接口。

它位于底层Android AOSP内核和特定于供应商的自定义体验之间，由您的设备制造商及其特殊功能，启动器，UI等提供。在此之前，该方法是实际修改AOSP核心本身以实现这些定制。这确实增加了更新至新的核心Android OS版本的难度，因为每个新版本都必须对每个设备进行相同的修改。

有了适当的VI，底层的Android核心可以简单地换成新的，而所有供应商的自定义仍然可以完美地运行在顶部或只需要进行少量修改即可。这是标准做法，已经存在了一段时间。兼容性由前面提到的供应商测试套件检查。之后，Google可以颁发GMS许可证。

从Android 11开始到未来，VTS中将发生几个重要标志-ro.virtual_ab.enabled = true和ro.virtual_ab.retrofit = false。这些意味着，必须提供Android 10中引入的新的“虚拟” A / B分区以及可动态调整大小的分区，并且必须包含完整的A / B分区方案。而不是改造旧的单分区安装。

A / B分区方案具有某些系统分区，例如/ system和/ product复制到两个实例中。一个主动从中启动并使用，而另一个-精确副本，可用于应用更新的系统，而无需关闭Android和主分区。更新完成后，只需重新启动即可将一个分区交换为另一个分区。

这种方法可以节省两次系统更新之间的停机时间，但是还可以从不良更新中恢复到旧分区和正常运行的设备中。缺点是丢失了为正确的A / B设置所需的存储空间。对于采用更重，更彻底的Android自定义功能的制造商而言，这尤其成问题。

不管具体如何，如果制造商希望GMS向前发展，则必须满足这些要求。结合不断发展的趋势来简化和分离近年来其他更高级别的Android应用程序和组件更新，这无疑将带来更无缝，更快的更新体验。