谷歌将要求所有新 Android 11 设备支持无缝更新

Android 手机即将迎来一些重大变化——任何想要搭载即将推出的 Android 11 和 Google 自己的 Play 服务的新设备都需要包含所谓的虚拟 A/B 分区方案。这意味着设备应该拥有一些重要系统分区的两个副本，其中一个正在使用，另一个可供更新，而无需离开 Android 环境。因此，无需再在恢复屏幕上等待 Android 对您的系统应用重大更新并“优化所有应用程序”。

VTS 更新

对于你们中的一些人来说，这可能已经成为现实，因为 A/B 虚拟分区的概念已经存在了相当长一段时间，并且已经被许多 Android 设备制造商采用。然而，这还不是强制性的。这一消息直接来自 Google 供应商测试套件或 VTS 中对测试程序的新承诺。

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

如果您想知道这一切究竟意味着什么以及 Project Treble 为何参与其中，以下是一些背景信息。Google 的 Project Treble 可以追溯到 Android Nougat。这项雄心勃勃的计划在 Android 领域取得的成就和普及，基本上就是引入并大规模采用所谓的供应商界面。

它位于低级 Android AOSP 核心和供应商特定的体验定制之间，由您的设备制造商及其特殊功能、启动器、用户界面等提供。在此之前，方法是实际修改 AOSP 核心本身以实现这些定制。这确实增加了更新到新核心 Android 操作系统版本的难度，因为每个新版本都必须经过相同的每台设备修改。

有了合适的 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 应用程序和组件更新的趋势，这肯定会带来更加无缝和快速的更新体验。

来源