android 6.0的備份app設定 支援app分享 - 手機討論

藉機囉嗦一下

這是安卓6.0 API23新增的android backup會把app的內部文件夾略去緩存文件外內容都備份 可視為完整備份 開發者可設定略過特定文件 谷歌給單app備份內容大小極限是25MB 可在drive查閱備份清單 並不算入drive空間

其觸發條件是距上回備份大於24小時 沒WiFi沒備份 只認WiFi 還有在充電閒置中

android backup的前身是安卓2.2 API8的android backup service 它主要是以key/value形式備份 由於需要開發者主動註冊app加入abs才行 以至長期被忽略 傻傻沒人愛 成了若有似無的備份方案

較白話的說法是 abs與android backup基本上還是分開的 它們與adb backup沒啥關係 5.0及更早的系統沒有ab支援 6.0+ API23+系統同時兼容兩者 開發者可選擇要使用哪一個

說到支援的app突然變多了 主要是因為谷歌把target23+ 安卓6.0起的app都自動納入備份名單 也就是說除非app開發者主動設置apk不加入備份行列 谷歌會先幫你備份再說 Ta Da 催人更新無效 霸王硬上弓就對啦

targetSdkVersion 23 白話說法是 開發者已經為他的app針對在API23 安卓6.0系統運行上做出調適 新版本安卓設計上常會藉此值分辨一個app 瞧瞧它'認不認識新系統' 再基於此做出區別 同樣行徑上 不同等對待

----------

下方例子囉嗦 偏離主題 若不嫌煩 應有收穫:

A. target15 ICS 4.0的app 自ICS起的系統會默認幫app開啟硬件繪圖加速

B. target低於23的app 在安卓6.0+ API23+系統中會被寬待 能夠直接如以往般在安裝時就獲取同意所有app權限 運行時能直接獲取拍照/SMS等高危權限 而target23+的app則需要在運行後首度撞見時 彈出小視窗經用戶允許特定權限才行 (呵 呵 這就是為何有些app明明已為新系統調適 卻又蓄意拖住不更新target值的原因吧 可多預埋幾項權限)

C. 鬧鐘管理 這兒指的是app設定喚醒時分 系統會在指定時間喚出他app執行 而非真的必須是響出聲音的鬧鐘

API19 KitKat新增了新鬧鐘樣板 系統改以電量考量及降低喚醒次數為優先 target19+的app必須使用新增的樣板設置鬧鐘才能確保準時喚醒 繼續使用舊樣板不獲保證會準時喚醒 而target低於19的app使用舊樣板的依然能獲保證準時喚起

這特性在棒棒糖還無大礙 棉花糖啟用了doze嚴審喚醒條件後 喚醒管理更嚴苛 在電量為優先下 那些target低於19的app也不再獲優待 這大概就是為何這兒偶爾會有人來問路說鬧鈴不響 鬧鈴遲到的原因啦 放棄使用萬年鬧鈴app為正道

----------

最後有興趣的鄉民們可玩玩:
adb shell bmgr
這指令可掌控一切啦 觸發備份
備份個別app 或 主動恢復個別app

對這整套備份設計 我想抱怨的是
TMD 太過被動了吧 太過隱性了 要多點控制權行嗎

例如 play重裝app後的備份自動恢復
有在恢復 嗎 恢復失敗 呢
安裝app後 恢復完成前 馬上打開app 呃
系統重置後 登錄過程中的回灌app清單
與回覆備份資料關係也很模糊 錯過搞錯就頭大了

再來補充 ab和abs功能都是內建搭載在系統中的 備份是系統先忙 忙完交給用戶指定備份服務transport 大多數人手機中的transport自然是谷歌 廠商/服務想搞替代的雲那端隨時可行 交出去的資料是一樣的就是了 因為是系統在處理的

其實還有另一款備份方案 谷歌與WhatsApp合作搞出了來的 一樣備份在drive～

--