借助Android 7.0 Nougat，Google引入了旨在加快軟件更新速度的分區方案。在Nougat中，Google添加了對復制某些分區的支持，以便可以在后臺更新不活動的分區，然后通過快速重新啟動將其切換為活動的分區。這種“ A / B分區”設置允許在支持的Android設備上進行“無縫更新”，就像Google的Chrome OS一樣。但是，Google從未強制使用A / B分區，因此許多設備不支持無縫更新。但是，隨著Android 11的出現，情況可能會發生變化，因為Google強制要求新發布的設備必須支持虛擬A / B分區。

出于某種背景，A / B分區是指重復的只讀分區集。重復的分區通常包括系統，供應商，引導和產品分區。當電話下載更新時，更新程序會在后臺修補不活動的一組分區(一個“插槽”)。一旦將更新完成應用到非活動插槽后，系統將提示用戶重新啟動設備。用戶重新啟動設備時，非活動插槽將與活動插槽交換位置，從而完成更新過程。如果引導新更新的插槽存在問題，則保留先前處于活動狀態的插槽。下一次更新更新時，將重復此過程。如果您對更多技術說明感興趣，請參閱Google開發者文檔 在A / B分區上。

相反，沒有A / B分區的設備(例如Samsung Galaxy S20，OPPO Find X2等)在恢復過程中通過專用更新程序應用更新。這會將用戶踢出Android系統，并使他們無法在幾分鐘內使用設備，從而可能會丟失重要的通知，電話或短信。Google相信簡化更新過程會導致更多的人在更新發布后實際進行更新。實際上，在2017年5月，Google發現與運行最新安全更新的Nexus用戶相比，Pixel用戶所占的百分比更高。當然，用戶可以計劃在不積極使用其設備時進行更新，但是即使有提示，許多用戶也根本不更新其設備。此外，由于沒有A / B分區，用戶會錯過其固有的優勢之一：保護它們免受系統更新的破壞。

例如，當小米首次推出針對Mi A2 Lite 的Android 10更新時，許多用戶發現他們的設備無法啟動。幸運的是，彌A2精簡版具有無縫更新A / B分區，所以在我們的論壇網友發現，他們可以使用FASTBOOT命令設置引導加載程序以引導未觸及的，先前處于活動狀態的分區集。因此，A / B分區不僅為用戶提供了更快的更新過程，而且還充當了故障更新的故障保護。尚未實現A / B分區的OEM仍可以設計自己的方法來防止OTA故障，但是當這種保護是A / B分區設計的一部分時，為什么還要經歷這種麻煩呢?供您參考，這是支持A / B分區進行無縫更新的設備的部分列表(并且已經過時)，這是有關如何檢查自己的設備是否支持該功能的教程。

為何像三星這樣的某些OEM 會為智能手機收取1400美元，卻不提供如此精美的功能，這似乎令人感到困惑。原因通常歸結為存儲：OEM不想犧牲數GB的存儲空間來支持無縫更新。像三星Galaxy S20這樣的手機已經預裝了 大量的軟件，因此，復制/ system和/ product等分區將導致大量大文件和應用程序被復制。由于巧妙的技巧， Google設法實現了A / B分區而又不犧牲太多存儲空間解決復制大量的.odex文件的問題。OEM可能選擇不實施A / B分區的另一個原因是成本：跟上Google對Android分區方案的不斷變化，需要付出很多努力，正如XDA公認的開發人員topjohnwu會告訴您的那樣。除非原始設備制造商被迫這樣做，否則許多人不會費心去改變已經為他們所用的產品。

最后，盡管如此，谷歌似乎正在制定Android 11的法律。通過在新推出的設備上強制采用虛擬A / B分區，他們幾乎都確保OEM廠商必須在2020年末和2012年末支持無縫更新。 2021設備。正如XDA認可的開發人員luca020400所發現的那樣，Project Treble團隊的Google軟件工程師Yifan Hong 向AOSP Gerrit提交了一項名為“ 在R發射時需要虛擬A / B ”的承諾。提交將更新供應商測試套件(VTS)，這是一項自動測試，必須通過所有設備才能將其視為與Project Treble兼容。新測試將檢查系統屬性“ ro.virtual_ab.enabled”是否設置為true，以及“ro.virtual_ab.retrofit在API等級為30或更高的設備上將設置為false。換句話說，此測試檢查使用Android 11或更高版本啟動的設備是否支持虛擬A / B分區。Android 10引入了“虛擬” A / B分區以及“動態分區”，后者是可動態調整大小的分區。除了可以自由調整大小外，它們與常規A / B分區的概念相同。