據(jù)報道，谷歌要求在搭載Android 13的設備上為 GMS 許可提供虛擬 A/B 支持。得益于此，三星和 Oppo 等制造商推出的 Android 13 設備在落后競爭對手數(shù)年之后終于可以支持無縫更新。

對于不知情的人，谷歌在 Android 7.0 Nougat 中引入了 A/B 分區(qū)方案，以加快軟件更新。該公司增加了對將某些分區(qū)復制到“A”分區(qū)和“B”分區(qū)的支持。您的活動分區(qū)是您當前正在使用的分區(qū)，非活動分區(qū)可以在后臺更新，然后通過快速重啟切換到。

此實現(xiàn)使 Android 設備上的軟件更新速度顯著加快。然而，一些原始設備制造商尚未采用這種方法。例如，三星設備沒有 A/B 分區(qū)，并且需要更長的時間來應用軟件更新，從而使設備在幾分鐘內(nèi)無法使用。谷歌現(xiàn)在的目標是通過在搭載 Android 13 的設備上強制要求 GMS 許可支持虛擬 A/B 來改變這種狀況。

Google 之前曾嘗試在所有搭載 Android 11 的設備上強制要求虛擬 A/B 支持。但是，該公司放棄了這一要求并更新了 Android 11 兼容性定義文檔 (CDD)，以推薦但不強制支持 A/B 系統(tǒng)更新. 因此，一些 Android OEM 尚未實現(xiàn)虛擬 A/B 支持，并且通過擴展，在其設備上支持無縫更新。

雖然 Android 13 CDD仍然不需要 OEM 提供虛擬 A/B 支持，但Esper的一份新報告顯示，谷歌現(xiàn)在要求它在 Android 13 啟動設備上獲得 GMS 許可。為此，該公司在供應商測試套件 (VTS) 中添加了新的測試，這使得 Android 13 啟動設備必須支持虛擬 A/B。

報告指出，盡管這些測試在 Android 13 發(fā)布之前合并，但它們 “即使在發(fā)布之后仍然存在，這與 Android 11 開發(fā)期間發(fā)生的情況形成鮮明對比。” 這意味著所有搭載 Android 13 的設備都必須通過這些測試才能獲得 GMS 認證。

實際上，如果他們希望提供谷歌移動服務，谷歌將要求啟動 Android 13 設備的 OEM 提供虛擬 A/B 支持。正如Esper指出 的那樣，唯一的例外是“Android 13 啟動設備附帶較舊的供應商軟件，這要歸功于 Google 要求凍結 (GRF) 計劃在 VTS 測試中的例外情況。”

隨著虛擬 A/B 支持成為具有 GMS 的 Android 13 啟動設備的要求，無縫更新最終應該可以在所有 OEM 的設備上使用。有關虛擬 A/B 及其如何加速軟件更新的更多信息。