谷歌要求对搭载 Android 13 的设备进行虚拟 A/B 系统更新

据报道，谷歌要求在搭载Android 13的设备上为 GMS 许可提供虚拟 A/B 支持。得益于此，三星和 Oppo 等制造商推出的 Android 13 设备在落后竞争对手数年之后终于可以支持无缝更新。

对于不知情的人，谷歌在 Android 7.0 Nougat 中引入了 A/B 分区方案，以加快软件更新。该公司增加了对将某些分区复制到“A”分区和“B”分区的支持。您的活动分区是您当前正在使用的分区，非活动分区可以在后台更新，然后通过快速重启切换到。

此实现使 Android 设备上的软件更新速度显着加快。然而，一些原始设备制造商尚未采用这种方法。例如，三星设备没有 A/B 分区，并且需要更长的时间来应用软件更新，从而使设备在几分钟内无法使用。谷歌现在的目标是通过在搭载 Android 13 的设备上强制要求 GMS 许可支持虚拟 A/B 来改变这种状况。

Google 之前曾尝试在所有搭载 Android 11 的设备上强制要求虚拟 A/B 支持。但是，该公司放弃了这一要求并更新了 Android 11 兼容性定义文档 (CDD)，以推荐但不强制支持 A/B 系统更新. 因此，一些 Android OEM 尚未实现虚拟 A/B 支持，并且通过扩展，在其设备上支持无缝更新。

虽然 Android 13 CDD仍然不需要 OEM 提供虚拟 A/B 支持，但Esper的一份新报告显示，谷歌现在要求它在 Android 13 启动设备上获得 GMS 许可。为此，该公司在供应商测试套件 (VTS) 中添加了新的测试，这使得 Android 13 启动设备必须支持虚拟 A/B。

报告指出，尽管这些测试在 Android 13 发布之前合并，但它们 “即使在发布之后仍然存在，这与 Android 11 开发期间发生的情况形成鲜明对比。” 这意味着所有搭载 Android 13 的设备都必须通过这些测试才能获得 GMS 认证。

实际上，如果他们希望提供谷歌移动服务，谷歌将要求启动 Android 13 设备的 OEM 提供虚拟 A/B 支持。正如Esper指出 的那样，唯一的例外是“Android 13 启动设备附带较旧的供应商软件，这要归功于 Google 要求冻结 (GRF) 计划在 VTS 测试中的例外情况。”