不知道差友們還有沒有印象。
前陣子谷歌剛發佈首個 Android 11 Developer Preview （ 開發者預覽版 ）的時候，託尼就充當過一次吃螃蟹的勇士（ 其實是手頭手機多~ ）。
冒著手機可能會 Bug 滿天飛的風險，把原本用得好好的 Pixel4 給解了 BL 鎖並且刷了系統，幫差友們提前嚐鮮體驗了一番。
眼瞅著快到五月，距離廠商們推送 Android 11 Beta 版也不遠了，在過去兩個月的時間裡谷歌又在 Android 11 上陸陸續續增添了不少東西。
託尼也是關注了很久，發現其中很大一部分更新只能說是小修小補，要說最讓自己為之振奮的功能，還屬在新系統上支持的 “ 無縫更新 ”。
而且這次谷歌還是強制未來所有運行 Android 11 系統的手機必須有這個功能！
What？！面對體驗參差不齊的安卓 App 和定製系統，向來只軟不硬的 Google 怎麼突然硬氣起來？
相信正在看這篇文章的差友已經開始好奇起這個 “ 無縫更新 ” 到底是什麼，憑啥能讓谷歌如此推崇，不惜利用強制手段強迫安卓手機都這麼做？
要託尼說吧，其實這個功能，所有安卓手機不管系統是不是 Android 11 早就該上了
，因為它會讓你在折騰使用手機的過程中，極大地減少翻車幾率。而且要是你的手機支持無縫更新，基本上就可以擺脫每次更新系統花上的十幾甚至二三十分鐘的等待時間，以後所有的系統更新都會悄然進行。
再徹底一點，就算你不小心把手機裡的系統文件給誤刪了或者刷機失敗也沒關係，手機重啟後還是可以繼續運行舊的操作系統而不受影響。
怎麼樣，聽著是不是很爽？從此以後，媽媽再也不用擔心我手賤把手機搞成一塊磚了！
它的原理說起來也很簡單。
通常我們的手機空間主要可以分為兩大塊區域：系統會佔用一塊；另一塊被用來保存我們下載的軟件和照片、視頻等使用手機過程中產生的文件。
所以你會發現每臺手機的實際可用空間總是跟它的總容量不符，因為自帶的系統也佔用了一部分空間。
無縫更新就相當於在手機上再多分出了一塊空間作為額外的系統區域，這樣手機就有了兩個可以啟動系統的分區。
如果我們把手機正在運行的系統空間叫做 A 分區，那麼另一個閒置的空間就叫做 B 分區，當手機更新系統時，系統會被自動安裝到沒有使用的 B 分區。
等到某天我們重啟手機，手機就會默認從 B 分區啟動系統，這時候就算 B 分區的系統被損壞也沒關係，手機還是可以回到 A 分區啟動系統。
在後續更新系統的過程中，A、B 兩個分區會一直交替啟動，這樣一來，既節省了更新系統所需的等待時間，也使手機多了個能正常啟動和使用的系統。
而這樣做的缺點想必聰明差友也已經意識到了，多出來的那塊分區會佔用更多的手機儲存空間。
不過對現在動輒 128G、256G 的手機容量來說，少存一部外語學習資料的犧牲好像還能接受？畢竟多一份保險，多一份保障嘛~
其實無縫更新這功能谷歌早在 Android 7 版本中就有引入，那時候它還不是強制的，手機要不要上全靠廠商自覺。
然後你猜怎麼著？除了谷歌的親兒子 Pixel（ Nexus ）、LG、HTC、索尼等廠商很早就適配了，像其它廠商比如三星至今都沒支持。。。
廠商的這種行為像極了寫作業時候的我們，不到 Deadline 能拖就拖，如果谷歌這次沒有強制要求，估計它們不適配到天荒地老也有可能。
不止無縫更新，原本在 Android 10 上就出現的分區存儲（ Scoped storage ）功能，谷歌這次也要求在 Andriod 11 上強制執行了。
Android 11 強制要求每個 App 只能在自己的文件夾裡吃喝拉撒，未經允許不能隨意把文件存儲到其它地方，也不準揹著我們訪問其它 App 裡的文件。
而且在卸載 App 的時候，除非我們需要，否則就要把它創建的文件徹底刪除乾淨，從而做到真正的當來時來，須走時走（ 蘋果就是這麼做的 ）。
除此之外，它額外增加的 “ 一次性權限 ” 選項又進一步收緊了 App 權限。
每當手機上的 App 使用過一次位置信息、麥克風或攝像頭，下次想要繼續調用還得經過我們的允許。
谷歌前面這一系列動作又是強制又是鎖緊權限的，我們閉著眼睛都能猜到，擺明了就是想進一步提升安卓手機的體驗。
這不，強制分區存儲這要求一出，QQ 立馬就跟上了，不愧是國際大廠，緊跟潮流~
現如今安卓手機的硬件水準和性能水平都已經相當不錯，美中不足的就是在使用體驗上總是差了那麼點意思，拖了一眾旗艦手機的後腿。
過去這些年我們也都看到了，安卓手機特別是裡邊的毒瘤 App 還是老樣子，即使有所收斂，該流氓時還會流氓，谷歌不來點強制手段還真拿它們沒辦法。
託尼還是蠻贊同谷歌這麼幹的，索性狠一點，要麼遵守規範要麼滾蛋，長痛不如短痛，以暫時的不便換來乾淨好用的安卓環境，絕對超值。
說到這，託尼已經迫不及待的想體驗 Android 11 正式版，接下來就看哪家手機廠商最積極，會最先完成 Android 11 的適配，讓我們拭目以待！
