吉网

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

导读 据报道,谷歌要求在搭载Android 13的设备上为 GMS 许可提供虚拟 A/B 支持。得益于此,三星和 Oppo 等制造商推出的 Android 13 设...

据报道,谷歌要求在搭载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 测试中的例外情况。”