係統更新導致死機問題有解了 Android 11支持A/B無縫更新

4月8日消息，據XDA報道，穀歌要求Android 11設備必須使用A/B分區，以便支持無縫更新，這樣做可以大幅降低設備更新變磚、死機的幾率。

事實上，穀歌在Android 7.0時代就已經推出了這種全新的係統更新方式，隻是當時穀歌並未強製要求廠商去推行，它叫做A/B seamless update，這裏稱其為A/B無縫更新。

既然是一種全新的更新方式，自然是跟以前傳統係統更新方式有所區別。傳統的係統更新方式需要將手機置入Recovery模式安裝更新，安裝更新往往要花上幾分鍾到十幾分鍾不等，這個過程中你什麼事情都做不了。原廠Recovery會將更新的臨時文件存放進/cache分區裏，這也就是/cache分區的主要目的。

按照穀歌的說法，A/B係統更新（也稱為無縫更新）的目標是確保在無線下載 (OTA) 更新期間在磁盤上保留一個可正常啟動和使用的係統。采用這種方式可以降低更新之後設備無法啟動的可能性，這意味著用戶需要將設備送到維修和保修中心進行更換和刷機的情況將會減少，其他某些商業級操作係統（例如ChromeOS）也成功使用了A/B更新機製。

A/B無縫更新基本的工作原理：

假設你現在運行的是位於A部分的底層和上層係統。

如果你的OTA更新包是增量更新包，更新包會自動將這些A部分的底層和上層分區校驗完整性，然後按照更新包裏的內容更新之後寫到B部分的對應分區裏。更新完成之後，手機會問你是否重啟，此時重啟之後，底層會自動將下一個要啟動的係統切換到B部分，重啟之後就是已經更新之後的係統。

那麼到了B部分之後，下一個更新來了怎麼辦呢？

同樣的，也是將B部分的底層和上層分區校驗完整性，然後按照更新包裏的內容更新之後寫到A部分的對應分區裏，然後讓你重啟，並切換到A狀態。

當前已經有越來越多的廠商在他們新推出的手機使用這種更新方式了，可以明顯看出這是將來Android陣營的一大趨勢。