如果你擁有一臺 Google Pixel 設備，升級到最近推送的 Android 13 正式版之后，你可能會覺得似乎沒什么變化。

但我并不完全贊同「Android 13 就是 Android 12 加強版」這種說法——一年一次、甚至一年兩次版本更新的節奏之下，抱著「每年都有新鮮感」這樣的期待來看 Android 系統更新是有些理想化的。加上 Google 這兩年在 Android 新特性開發上重心越發向自家 Pixel 機型的體驗傾斜，將一年一次的大版本更新看成是一年一次的修補與完善其實更加合理一點。

另外，因為有 CDD、CTS 認證以及 Google Play 商店政策的存在，定制系統的碎片化問題近幾年已有所改善。最終推送到大家手中的 Android 13 在外觀上可能各有差異，基礎功能方面的體驗卻不會相差太遠。

P.S. 不知道 CDD、CTS 等概念的朋友可以去讀少數派之前的文章：

必須兼容 PD 快充，Google 為 Android 設下了這些新標準

下載應用這件事，Play 商店為什么比國內軟件商店更好？

所以在今天這篇文章中，我們還是以正式版的體驗為參考，梳理 Android 13 值得關注的亮點更新和重要變化。希望不久后手機廠商基于 Android 13 的定制系統正式推送到你手中的設備時，你能有個對比和參考。

▍發圖這件事，與 iOS 相似又有些不同

不知道你有沒有留意過，當一款 Android 應用想要讀取設備上的圖片和視頻文件時，可以采用的其實有兩種做法：

一種是像大部分國產應用那樣首先授予完整的文件訪問權限，然后通過應用內置的、設計和功能都參差不齊的選取器進行選擇。

大部分國產應用的圖片和視頻選擇器都長這樣

這種方法很粗放。應用獲取到文件訪問權限后，不僅可以直接在內置的圖片和視頻選擇器中列出設備中的媒體文件，也可以借此訪問設備中的其他目錄，早前困擾 Android 平臺的存儲空間問題也來源于此。盡管 Android 11 引入了很多人心心念念的分區存儲機制來改善私有目錄濫用的亂象，但部分國產應用很快又學會了將用戶和設備標識文件偽裝成圖片，然后將/Pictures 這類公有目錄變成新的用戶隱私數據交換中心的新方案。

針對需要訪問文件權限的做法，Android 13 這次將媒體文件權限進一步細分。已經適配 Android 11的應用（目標 API 等級 33）在 Android 13 中能夠獲取到的文件讀寫權限被分成了音頻、視頻和圖片，在實際使用過程中，應用可以根據實際情況將這三種權限靈活組合起來。

P.S. 關于目標 API 等級的詳細說明，請參見《下載應用這件事，Play 商店為什么比國內軟件商店更好？》

同樣以微信為例，如果你安裝的是已經適配了 Android 11 的 Play 商店版本，在 Android 13 中，微信的文件訪問權限申請以及文件訪問權限會變成下面這樣：

微信在 Android 13 中的表現

相比之下，SAF 則是 Google 最近幾年更加推薦的做法。此前在大多數 Android 設備上，這種方法都以系統默認的「文件」應用為載體，app 無需調用任何文件訪問權限就能達成文件選擇的目標。比如下圖中的 Google Keep：

沒有申請任何文件讀寫權限但依然可以選取并插入設備上的圖片文件

SAF 就像一座架在設備文件和應用之間的橋梁，它可以以最小權限獲取的方式，訪問包含圖片、視頻、音頻和文檔在內的大部分公共目錄文件。

Google 云端硬盤調用 SAF 后可選擇的文件類型一覽

而針對圖片和視頻調用，Android 13 向 iOS「取經」，在 SAF 的基礎上打造了一套全新的照片選擇器。照片選擇器保留了 SAF 對隱私權限友好的特質，但比起簡陋的文件管理應用，它還支持搜索、可以按時間排序，開發者也可以用相關的 API 接口中進一步設定多選和文件數量限制。

Android 13 照片選擇器的使用示例，圖自 Google

雖然交互體驗相近，Android 13 的照片選擇器和 iOS 的相比是有差異的。

Android 13 的照片選擇器就像是一個圖片與視頻專用版 SAF，因為 SAF 伴隨分區存儲機制而來，照片選擇器也成為了為數不多的非 Android 13 獨占的新特性。至少對非大陸地區的 Android 設備而言不是——今年 5 月，Google 已經通過 Google 系統更新的模塊化系統組件更新機制向 Android 11 及以上系統版本的設備推送了照片選擇器。如果你沒有用上，可能的原因不限于：

你的手機根本就不具備 Google 系統更新功能，國內廠商一般而言都去掉了這一功能

你的手機里還沒有適配照片選擇器的應用（我的手機里也沒有，如果你有，歡迎在評論區分享）

至于 iOS 那邊，照片選擇器的設計其實要更加合理一些：iOS 將照片選擇器設計成了應用在選取圖片和視頻時必須采用的規范化流程，而非 Android 這邊本質上依然需要應用開發者憑自覺啟用的 SAF；不僅如此，iOS 也允許用戶根據實際情況選擇它的可見范圍，比如 QQ 我只想通過照片選擇器給 3 張，但微信卻可以給 5 張，在應用中做到了「千人千面」，決定權則真正放在了用戶手中。

所以總體而言個人更喜歡 iOS 的設計，雖然目前它用起來更麻煩——最理想的解決方案嘛，當然是用 Apple 的方式來推 Google 的規范了。

關于 SAF，另外一個值得一提的改動是 Android 13 不再允許應用通過 SAF 訪問/Android目錄下的子目錄了。這個改動多少與此前開發者發現的一個文件讀寫漏洞有關，對用戶而言最直觀的影響是，此前在 Android 12 中依然可以通過授予/Android 目錄訪問權限進而訪問/Android/data 或 /Android/obb 等目錄的文件管理器，在 Android 13 中除了 root 就真的無計可施了。

▍前臺服務管理器與 Android 的后臺設計

對系統資源的管理直接影響到設備的續航和性能表現，因此前臺服務與后臺管理一直以來也是 Android 系統更新的重要課題之一。

從原理上來說，前臺服務與后臺管理這兩件事是同一枚硬幣的兩面，Android 13 則為用戶帶來了對前臺服務的檢測和停用手段：在快速設置開關面板底部，我們可以看到一欄用于提示當前正在運行前臺服務應用數量的新操作區域，在底部被其他提示占用時，這個提示則會變成一個包含數字的氣泡按鈕。

前臺服務管理器入口的展開和收起形態

這就是前臺服務管理器（FGS），點擊展開 FGS 后即可看到當前正在活躍的應用，點擊對應的「停止」按鈕就能一鍵讓應用停止運行，可謂是相當直接的系統管理工具了。

前臺服務管理器與系統通知

其次 Android 系統也會幫助用戶對前臺服務進行監督，具體的機制是，在以 24 小時為單位的時間長度內，如果某應用的前臺服務運行超過 20 小時，系統就會向用戶發出提醒。這時點擊提醒也會跳轉到上述前臺服務任務管理器當中。

前臺服務管理器在 Android 13 中的強調，最大的意義在于重申了 Google 對現代 Android「劃掉多任務卡片」這一行為的定義：

前臺服務管理器、劃掉應用卡片與強行停止的區別

早年玩機用戶所熟知的黑域、綠色守護和部分廠商的「劃卡強殺」設計，其實更接近最右側的「強行停止」，現在進入應用管理的詳情頁也依舊能夠看到這個按鈕。被強行停止的應用會停止一切活動，一般來說不能再自行啟動，只能用戶或其它應用手動拉起才能恢復運行。

多任務界面是真真切切的「應用運行歷史記錄」。它不代表應用的實際運行狀態，劃走卡片只是取消了歷史記錄以及清除了最后交互過的「活動窗口」，應用并不會立刻從運行內存（RAM）中離開，通知、媒體播放行為等也能得到保留。

從前臺服務管理器停止 Tasker 后，Tasker 的多任務卡片依然保留

新的前臺服務管理器則可以暫停前臺服務并將應用從 RAM 中驅離。需要注意的是，此時應用只是停止了運行，并不會從多任務窗口中移除，這一考慮或許是為了方便用戶快速恢復任務，同時減少系統資源消耗。

當然，關于 Android 前臺服務的科普以及 Android 13 前臺服務管理器的更多細節，我的同事此前寫過一篇更詳細的文章，感興趣的朋友可以前往那邊深入了解。

關聯閱讀：前臺服務管理器：如何手動在 Android 13 上「殺死」一個應用

▍運行時權限，規范的不只是通知

聊了這么多照片選擇器，接下來我們再看看另一個 Android 13 向 iOS 學習的主打特性：通知運行時權限。

雖然通知管理體驗糟糕，但 iOS 的通知權限卻早已是運行時授予的了：一般而言，應用會在首次運行時向彈出請求窗口向用戶請求許可，然后由用戶決定是拒絕還是許可。但在 Android 12 或更早的系統版本中，通知權限則是一個安裝時默認授予權限，具體的行為也是可以由應用開發者自己來定義的。

iOS 的運行時通知權限大家應該很熟悉了

所以盡管 iOS 在通知管理上幾乎只做對了一件事，但 Android 和 iOS 后續留給用戶的通知管理體驗都挺糟糕的。

舉例來說，Android 平臺上的電池監控類應用一般會在通知中心保留一條常駐通知，并會不斷彈出新的通知來更新其中的信息。這一切并不需要用戶來許可，應用也可以選擇「靜默通知」來盡量避免對用戶的打擾。

但類似的通知又要求應用開發者的高度自覺與克制：誰不想多彈通知爭取一些用戶的注意力？走進手機商場擺弄一下展示機，光只是預裝應用的通知就已經能夠堆成長長的「瀑布」。所以某些定制系統（比如此前的 ColorOS）甚至會在非內置白名單應用安裝完畢后，直接「一刀切」默認關閉所有通知。

更重要的是，在上面提到的前臺服務管理器一文中我們分享過一個觀點：

只要應用保證通知正常顯示，它的前臺服務就能持續保持運行。

應用除了通過通知來吸引機主的注意力，還可以借它獲取更多系統資源。在 Android 系統的設計中，前臺服務主要有兩大特點：即使用戶停止與應用的交互，仍能繼續運行；執行過程中必須顯示通知。后者是很多「毒瘤」應用保活的常見手段，近年來隨著定制系統「殺后臺」問題突顯，也為不少常規應用所用。

通知亂象背后所牽扯的問題可以說是由表至里的，正因為此，Android 比 iOS 更需要通知運行時權限。

所以在 Android 13 中這個功能就來了，只不過具體的操作辦法上和 iOS 的「強制二選一」有所不同：除了「允許」「不允許」兩項之外，用戶還可以劃走權限申請對話框。簡單來說，運行時權限雖然是一個 Android 13 的新特性，但適配了 Android 13 的應用（target API 33）僅僅是獲得了自定義彈出權限申請對話框的時機這一優勢，配合清晰直觀的用途說明，想要合理推送通知的 app 不用過多擔心用戶不給許可。

但同時它對其他應用的限制也足夠強力，拒絕了通知，也就直接消除了通知打擾以及假借通知進行后臺保活的可能性。從用戶角度出發，通知運行時權限可能是 Android 13 最簡單、但也最有效的權限管理改進之一。

最后，運行時權限這邊 Android 13 還參考 iOS 14 的做法將附近 Wi-Fi 設備的權限（NEARBY_WIFI_DEVICES）從附近設備（NEARBY_DEVICES）中剝離了出來。

這個運行時權限的實際作用也可以參考 iOS 的「本地網絡權限」。如果你有配置 Wi-Fi 或連接智能家居設備的經歷，應該不難理解我們可以通過「連接到同一 Wi-Fi」這個操作，來獲取同一局域網內其他設備信息的做法。iOS 借本地網絡權限避免了這種情況，從某種程度上說也斬斷了惡意應用窺探用戶隱私的一條路徑。

關聯閱讀：iOS 14 新增的本地網絡權限，要開給第三方 App 嗎？

而在 Android 這邊，由于此類信息過于敏感，早前獲取同一 Wi-Fi 設備這一權限是放在精確地理位置（ACCESS_FINE_LOCATION）權限下的，屬于最高優先級的隱私權限。所以在 Android 12 引入附近設備權限后，Andorid 13 進一步將這個權限從定位中分離出來，如果你需要連接同一局域網內的其他設備，比如打印機、投影儀/投屏工具、音樂流播音箱、智能家居設備等，都可以通過新的附近 Wi-Fi 設備權限來進行最小化獲取。

附近 Wi-Fi 設備的權限（NEARBY_WIFI_DEVICES）從附近設備（NEARBY_DEVICES）中剝離而來

附近 Wi-Fi 設備運行時權限是面向 target API 33 的，換句話說，只有適配了 Android 13 的應用才能通過這一方式向用戶申請授權。

Google 對哪些應用能夠拉起這個運行時權限限制得非常嚴格

另外，開發者文檔中也有幾個細節值得玩味：Google 不僅在 Android 13 中限制了設備直接通過本機 Wi-Fi 發信功能（熱點、Wi-Fi Direct 等）探測附近設備的能力，還要求應用必須聲明自己不會從這些 Wi-Fi 設備信息中推導地址位置信息方可通過此 API 獲取授權，即便應用已適配 Android 13。否則開發者必須像未適配 Android 13 的應用一樣，只能通過精確地理位置權限來達成目的——而用戶對定位權限的授予一般而言是更為謹慎的。

▍IF 金獎進化，主題好看、圖標有爭議

當你為手機換上一張喜歡的壁紙時，整個系統都會因為你的喜好而發生一些微妙的變化，壁紙的差異、取色結果的不確定性，將原生 Android 一直以來所堅持的那種定制化和個性化帶到了一個新的高度……

Material You 動態取色主題

Google 在 Android 12 中引入了全新的 Material Design 3 設計語言和 Material You 主題系統，可能是當時與 Google Pixel 團隊緊密合作打造的這套多彩主題+單色圖標反響不錯（它甚至還拿了IF 金獎），Google 很快便開始了 Material You 向整個 Android 生態的推進工作。

小組件同樣也支持動態取色

在本次的 Android 13 更新中，Google 依然在完善 Material You。這套為原生 Android 準備的多彩主題，在過去這段時間從開發者預覽版到測試版的使用過程中，的確也超越部分功能和特性，成為了讓我難以放下也不肯回去的一大理由。

很多時候我們的喜歡，就是來源于「好看」。Android 13 在此基礎上想要滿足的，是更為細致的色彩偏好。

Material You 的 Monet 取色方案

同樣一張壁紙，Monet 提取到的色彩方案也許并不能滿足所有人的喜好。在此前由 5 種色彩和 13 種亮度組合成 65 種取色的基礎上，Android 13 進一步加入了色相（hue）和色度（chroma）來對顏色的生成過程進行干預，并由此延伸出了 6 套不同的 Material You 色彩風格（styles）。

在 Android 13 中應用任意一張壁紙，正常情況下（壁紙顏色單一除外）我們都能在 Pixel Launcher 的「壁紙和樣式」設置中看到壁紙顏色、基本顏色兩個大類、每個大類各 16 種動態取色方案。通過終端運行

dumpsys activity service com.android.systemui/.SystemUIService | grep -A 16 "mSystemColors"

指令獲取對應信息可以發現，Material You 動態顏色在 Android 13 中演化出了 SPOT、SPRITZ、VIBRANT、EXPRESSIVE、RAINBOW 以及 SALAD 六個分支，取色傾向和實際觀感各有不同。

通過終端應用可獲取當前主題方案的風格名稱

其中 SPOT 對應 Android 12 中的 Material You 取色方案，SPRITZ 的顏色更加冷淡（也是個人最喜歡的方案），VIBRANT 色彩更為大膽，EXPRESSIVE 會選取壁紙中最跳躍的一種作為主色調，RAINBOW 和 SALAD 則分別對應「基本顏色」選項中的單色和撞色方案。

（動圖）壁紙顏色下的四種方案對比

除開壁紙，Google 早前為 Pixel 打造的那套 IF 金獎主題中，采用單色風格、將圖標主體特征抽象為幾何圖形并且能夠根據設備深、淺色主題切換配套樣式的圖標，也是一大組成元素。Android 13 將這套圖標的生成與適配方法正式開放給了開發者，關于這個特性的詳細介紹，請參考此前我寫的另一篇文章。

關聯閱讀：下個 Android 大版本更新，Google 想為你「眾籌」一套圖標包

根據不完全統計，截至發稿已經有超過 40 款應用跟進了主題圖標設計，其中既有小眾的獨立應用，也有像 Reddit、WhatsApp 這樣的大廠作品（具體請參見上方的《已適配主題圖標的應用清單》），可見有不少用戶對 Google 試圖統一主屏風格的做法還是比較認可的。

啟用主題圖標后的主屏與部分適配主題圖標的應用一覽

但另一方面，前段時間我也在微博收到了不少評論，認為主題圖標的存在進一步削弱了圖標應有的辨識度；而且審美本就是一件主觀的事情，主題圖標在開發者當中目前也有爭議，比如純純寫作的開發者就認為這種設計「像小靈通」，并且明確表示過暫時不會為純純寫作進行適配。

▍和糟糕的中文譯名說拜拜

在 iOS 平臺使用 Apple Music（國區）和在 Android 平臺使用 YT Music 的用戶，多少都見過一些尷尬到「腳趾摳地」的中文譯名：打倒男孩、多杰貓、威肯……

前者比較麻煩，但后者其實一直以來都可以通過類似 iOS 單獨為應用設置顯示語言的方法來進行規避。

Android 13 終于為我們帶來了能夠滿足這一需求的按應用設定語言偏好功能，相關設置位于「設置 > 系統 > 語言和輸入法 > 應用語言」下。

在早前的開發者預覽版本中，這個頁面會將設備上所有應用都羅列出來，這種做法帶來了一個問題：系統在設置中提供的語言選項，應用實際上可能并不支持。因而在正式版中，只有那些為應用配置了語言文件和清單聲明的應用才會出現在按應用設定語言偏好頁面當中。

應用語言設置菜單

在升級至 Android 13 正式版后，如果你想單獨設置語言偏好的應用不在設置列表當中，不妨帶上版本號、機型和適配參考向應用開發者進行反饋；如果你不是很想等，也可以在連接電腦、手機開啟開發者選項并授予 ADB 調試權限后，執行：

adb shell settings put global settings_app_locale_opt_in_enabled false

來強制為所有應用開啟語言設置選項。

▍媒體通知換臉，變的不只是外觀

Android 近幾個大版本更新中，媒體通知都是一定會「挨刀」的那一個。不過比起 Android 12，Android 13 正式版的媒體通知設計倒是重新引入了幾分多彩與靈動。

設計上來說，新版媒體通知卡片直接以媒體播放應用提供的專輯封面為背景，操控按鈕、播放設備選擇按鈕的配色也提取自專輯封面，不再與 Material You 動態取色掛鉤；同時也不再像以往那樣單獨為收起狀態提供布局，無論是通知中心、快速設置開關面板還是鎖屏，均以一種尺寸進行呈現。

交互方面，Google 為 Android 13 帶來了更加符合 Material Design 3 控件風格的新版進度條，播放狀態下進度條會以波浪形態不斷躍動，拖動調節進度時則會呈現出受壓拉直的效果，主要控制按鈕的動畫也非常類似；這種因為操作而產生形狀改變的控件動畫，Android 系統的鎖屏密碼鍵盤、Google 計算器中也早有應用。

新版媒體通知卡片的主要動畫效果

另外，如上圖所示，媒體輸出設備的選擇彈窗也由此前的底部彈出式變成了采用按鈕縮放動畫的居中彈窗，彈窗色彩則采用了 Material You 動態顏色。

Apple Music 與 YT Music 在 Android 13 中的媒體通知卡片

當然，升級之后你可能會留意，部分應用的媒體通知卡片（比如截至發稿時的 Apple Music）并不像 YT Music 這樣擁有 Material Design 樣式的控制按鈕，這是因 Android 13 將媒體操作的讀取來源從此前的MediaStyle切換到了PlaybackState。后者相比之下可以為開發者提供更豐富的媒體操作按鈕定制空間。

如果應用沒有包含 PlaybackState 或面向更低版本的 Android 系統開發，在 Android 13 中則不會有新的操控按鈕樣式。

▍復制了什么東西，返回又將去到哪里？

在手機上進行復制粘貼操作，我們偶爾也會問自己這樣的問題：我剛剛選中的文本范圍是不是足夠精確、我真的復制到了自己想要的內容嗎？

Android 13 新增的復制預覽懸浮窗，解決的就是這樣的問題。復制文本、圖片后，系統會在左下角彈出一個類似截圖預覽的窗口為我們復制的內容提供一個簡單的預覽。

文本復制預覽與圖片編輯界面

此時我們還可以直接點擊預覽進入編輯頁面，將文本粘貼后的二次編輯工作變得更加簡單；如果復制的是圖片，編輯操作則會調用 Google Pixel 內置的截圖標記工具來完成。

此外，Android 13 也為密碼這樣的敏感內容增加了可以手動標記隱藏預覽的標簽聲明；比較遺憾的是，此前曾出現在測試版本中的操作建議按鈕（比如復制網址時直接提供瀏覽器跳轉打開按鈕）在正式版中似乎被拿掉了。

隱私內容隱藏

除了復制粘貼，這種對操作結果預期的增強，也貫穿于 Android 13 的其它多處改進當中。

比如 Android 13 為添加快速設置開關這一操作增加了 API 接口，開發者可以通過接入這個 API 的方式來方便用戶直接向快速設置面板添加開關，省去了手動翻找、拖拽的麻煩；再比如 Android 13 也優化了啟動動畫的 API 接口，在直接跳轉到應用特定界面（activity）而非冷啟動場景中，開發者也可以根據自己的喜好選擇是否提供開屏動畫。

最有代表性的是，Android 13 還在開發者選項中加入了一項名為「預測性返回手勢動畫」的開關。

預測性返回手勢動畫開關

在 Android 平臺上，跳轉行為的發起和結束，有時候都不是以應用為對象的，提供交互界面的也可以是各種活動窗口（activity）。而根據 Google 的介紹，預測性返回手勢動畫的引入想解決正是不確定返回操作執行后交互界面將會被帶去哪個位置的問題。

預測性返回手勢在開啟開發者選項后就可以體驗了，知名備份工具Swift Backup在近期的更新中就進行了適配，在主界面使用返回手勢退出應用時，我們可以通過動畫看到主屏，然后決定是否要完成返回操作。

預測性返回手勢動畫效果

從 Google 的規劃來看，這個功能很有可能會花上好幾年的時間進行完善和打磨，最終想要實現的效果是可以在執行返回操作前預覽所有可能到達的頁面情況，而不是像目前我們能夠體驗到的這樣僅限主屏。

▍app 需要鬧鐘叫醒，但也不能隨便用

首先需要大家理解的一個概念是：和人一樣，Android 平臺中的應用也需要鬧鐘。

在滴答清單的「設置 > 聲音、通知與提醒 > 高級設置」中，你就能看到一個名為「鬧鐘模式」的選項。開啟后，滴答清單的通知提醒將變得更為準時，但就像這個設置說明所寫的那樣，即便你關掉了所有給自己用的鬧鐘，你的手機狀態欄可能會因此留下一個消不掉的鬧鐘圖標。

滴答清單的「鬧鐘模式」

這里滴答清單所用到的，正是很多依賴定時執行任務或發出提醒的應用（比如 Tasker 也用）都會用到的精確鬧鐘。根據應用內設置的不同，鬧鐘會在既定的時間拉起應用，幫助應用準時完善用戶設置好的任務。

問題在于，通過精確鬧鐘喚醒應用是一種資源消耗極強、Google 也非常不推薦的定時任務規劃手段（根據 Google 的開發者文檔，精確鬧鐘可以隨時將設備從 Doze 狀態中喚醒）。從提升續航和規范化的角度出發，Google 在 Android 13 中為設置精確鬧鐘這一行為引入了一項專門的權限：鬧鐘與提醒。

Android 13 正式版的鬧鐘與提醒權限設置

現階段，你可以在 Android 13 正式版的「設置 > 應用 > 特殊應用權限」中找到「鬧鐘與提醒」權限的管理頁面。雖然目前 Android 13 會在安裝時為所有應用默認授予這一權限，但因為它現在與 API 等級 33 直接掛鉤，Google 可以采用更新 Play 商店政策要求的方式來對開發者的使用行為進行限制。

根據最新的策略聲明，從 2023 年 7 月 31 日開始，這項權限將僅向鬧鐘、計時器、日歷這類以通知提醒為核心功能的 app 開放，推測后續 Google 或許會通過將權限設置為運行時授予這樣的方式來幫助用戶更好地控制應用行為，避免精確鬧鐘對設備續航能力的影響。

▍旁加載與自動化，都沒那么「方便」了

對 API 接口和系統功能的規范化使用其實是 Android 系統每次更新的隱藏主線之一，除了上面提到的內容，Android 13 正式版也會為很多依賴旁加載（sideload）方式進行安裝的應用和部分自動化工具帶來麻煩。

一方面，Android 13 正式版通過對應用安裝來源的判斷，對非常規來源的應用進行了功能限制。如果應用并非通過 Play 商店進行安裝（比如旁加載或第三方應用商店），我們將無法直接為這些應用開啟無障礙選項或授予它們讀取「設備和應用通知」的權限。

非常規來源的應用無法直接開啟通知使用權限和無障礙功能

要繞過這些限制，我們必須手動前往應用的詳情設置頁面，然后選擇左上角菜單中的「允許受限制的設置」并通過身份驗證來進行解鎖。

手動解除限制的方式

另一方面，此前被 Tasker 這類自動化工具所依賴的系統日志讀取接口，在 Android 13 中也受到了大幅限制。Android 13 要求應用在每次讀取系統日志時都向用戶發出授權申請，并且權限授予選項僅提供「允許訪問一次」和「不允許」兩種選擇，直接抹除了自動化工具和剪貼板后臺同步 app 在后臺持續監測系統日志并執行關聯任務的能力。

Tasker 在 Android 13 中遭遇的問題

關于系統日志的讀取，@Esperdev的高級技術編輯 Mishaal Rahman 在這串推文分享了更多背景，包括此前 Android 平臺上的跨平臺剪貼板應用如何利用這個權限繞過 Google 的后臺剪貼板讀寫限制，感興趣的朋友可前往一讀。

▍小結

從 Android 8.0 引入 LDAC 傳輸協議開始，Google 便一直在通過系統版本更新的方式為 Android 增強音視頻標準的兼容能力，同時也得益于 Android 平臺的開放性，很多新生標準在 Android 生態內也能以系統升級的方式得到支持。比如這次的 Android 13 正式版就新增了對低功耗（LE）音頻和 MIDI 2.0 支持，同時還完善了 Camera2 API 對 HDR 視頻的處理能力。

此外，還有包含DSU性能優化、空間音頻等更為底層的功能變化，Google 也并未在正式版的更新日志中提及。