Android 14正式版釋出，聊聊我喜歡它的14個理由

和去年 8 月中旬釋出的 Android 13 正式版不同，今年的 Android 14 正式版延後到了 10 月 4 日——也就是 Pixel 8 系列釋出的同一天。原因我們似乎也能從 Google 宣傳新特性中略窺一二：

除了明确表示會率先向特定 Pixel 機型推送的 AI 桌面生成，因為 OEM 廠商一般都會在系統界面、配色方案上搞「二創」，是以 Android 14 官方頁面所宣傳的鎖屏時鐘樣式、黑白風格主題等特性，最後也極有可能隻有 Pixel 使用者才能體驗到。

Android 14 的 14 個新特性 | 圖：Google

那 Android 14 能為非 Pixel 機型的使用者帶來什麼？參考 Google 的官方介紹視訊，我們也從相關文檔中整理了一份 Android 14 值得更新的 14 項新特性供你參考。

▍更強大的照片格式

超強 HDR 圖像格式！（來自谷歌開發者官方微信公衆号的翻譯）

從 MIUI 相冊的 HDR 顯示到 OPPO 新近機型的 ProXDR，Android 在 HDR 照片顯示這件事情上今年又上演了一次「廠商倒逼 Google」的戲碼。在 Android 14 中，Google 終于為我們帶來了對 10bit HDR 圖像的原生支援，并且還一并推出了新的 Ultra HDR 圖像格式。

根據 Google 的介紹，Ultra HDR 圖像格式在儲存時會保留來自傳感器的更多資訊，并在檢視時展示更鮮豔的色彩、更高的動态範圍和更強烈的對比度，簡單來說就是小部分國産廠商近幾年在卷的那種 HDR 照片顯示效果。值得一提的是 Ultra HDR 格式可以完全向後相容 JPEG 圖像格式，它不僅能在 Google 相冊等支援 HDR UI 的應用中被正确解碼，在未适配 HDR 或不支援 HDR 顯示的裝置上，Ultra HDR 格式圖像也能回落至标準動态範圍（SDR）來正常顯示。

示範效果，僅供參考 | 圖：Google

針對 Pixel 系列機型的 HDR 照片支援目前也是蓄勢待發，剛釋出不久的 Pixel 8 系列的相機應用已經内置了拍攝選項，開啟該選項後所拍攝的 Ultra HDR 格式照片能夠在 Google 相冊中以 HDR 效果進行檢視，同時 Lightroom 移動版也在最新的 9.0 版本針對 Pixel 7 系列和 Android 14 帶來了 HDR 編輯與導出支援。

Pixel 新版相機應用中的 Ultra HDR 拍攝選項以及相冊中的 Ultra HDR 辨別

總體而言 HDR 照片對大家來說依然是一個陌生的新生态，比如盡管我很想放上幾張對比圖給大家看看效果——咱們的編輯器和網頁都不允許。

另外 Android 14 也為 Camera2 和 CameraX 等相機擴充元件帶來了更新，允許第三方應用支援更長的照片處理時間、調用系統相機的算法密集型拍照功能（如暗光拍攝能力）等，這類面向開發者（并且不會有多少國内應用适配）的細節這裡就不展開了。

▍更規範的照片選取

好吧，至少從某種程度上來說是這樣的。

從某種程度上來說，Google 正在強制推行自 Android 13 引入的照片選擇器。對使用者而言這當然是需要重點關注的頭等好事。

簡單來說，和此前需要開發者适配、需要 Google Play 服務更新支援的做法不同，Android 14 直接引入了一個讓使用者為 app 選擇可見媒體檔案的「中間層」，這個「中間層」用的正是照片選擇器同樣的設計：一個從底部彈出的照片和視訊選擇面闆，内含支援多選和長按預覽的「照片」（其實也可以選擇視訊）和可以按照路徑位置查找媒體檔案的「影集」兩個頁面。

通過照片選擇器選擇應用可通路的照片和視訊

在 Android 13 引入照片選擇器這一設計後，Android 14 又新增了類似 iOS 那樣的媒體檔案範圍選取機制，這套機制在 Android 14 中對應的權限是 READ_MEDIA_VISUAL_USER_SELECTED。

這個權限和以往大部分新系統、新權限最大的不同點，在于它是由系統自動附加的。隻要應用請求 READ_MEDIA_IMAGES、READ_MEDIA_VIDEO 或 ACCESS_MEDIA_LOCATION 三類權限的任意一種，無論應用是否面向 Android 14 進行适配，READ_MEDIA_VISUAL_USER_SELECTED 這一權限都會被自動添加到應用的聲明清單中。

從我們的實際體驗來看，市面上主流的、已經适配了 Android 13 媒體權限（即将音樂和音頻、照片和視訊兩類權限分開授予）的應用，在 Android 14 中通路照片和視訊權限時的确都會先調起 Google 的照片選擇器——先讓使用者選擇應用可以通路的内容，然後應用内置的媒體選擇器才能将已授權的内容展示出來。并且這種授予也是臨時的，一旦應用被放進背景或程序被使用者結束，下次啟動時相關的授予流程就還會再出現一次。

Android 14 的照片範圍選擇權限處理流程

如此一來這套新權限的局限性（雖然是暫時的）也很明顯了：依然有少部分應用獲得了調用照片選擇器的豁免權，最具代表性的比如目标 API 級别為 32、依然面向 Android 12 進行适配的「小而美」。

我知道你想說什麼但先别急，我們在上面也提到「強制」和「暫時」，是因為根據 Google Play 商店的目标 API 級别要求，2023 年 8 月 31 日起所有送出至商店的應用更新都必須面向 Android 13 進行适配，雖然 Google 允許開發者申請延期至 11 月 1 日，但微信在 Play 商店的最後一次更新恰好是 8 月 24 日……張小龍會如何應對我們拭目以待。

Google Play 商店的目标 API 級别要求

當然了，Google 也還是希望開發者都用标準化的照片管理器實作，畢竟視覺風格上與系統更搭。适配過的應用即便依然選擇使用自己的媒體選擇器實作方式，它們在 Android 14 中也能借助界面和操作提示引導使用者重新選取更多媒體檔案。

已适配 Android 14 部分的應用可引導使用者選擇更多媒體檔案

▍更省電的緩存機制

每次更新之後他們都這麼說，這次是不是真的？

盡管我一直堅持是因為天氣轉涼，更新到 Android 14 之後，的确有不少手持 Google Tensor 處理器裝置的朋友向我表示手機更涼爽、續航也更長了（除了我的同僚，外媒也這麼說）。

那暫且将功勞歸于 Android 14 開始生效的緩存應用當機機制吧。

緩存，即将前台運作的應用放進記憶體，和直接殺掉程序不同，緩存的應用調用起來更快、重新開啟所需要消耗的資源相比冷啟動也更少。是以将暫時不用的應用放進緩存是一種非常合理的做法，Google 将「暫停執行已緩存的應用」放進 Android 系統的「開發者選項」後，這個功能也一直以「Android 的墓碑背景機制」的身份備受玩機群體的推崇。

暫停執行已緩存的應用設定

根據 Google 公開的資料，被暫停執行的已緩存應用在 Android 14 測試版中消耗的 CPU 周期要比 Android 13 正式版少 50%，是以在 Android 14 中這一機制得到「轉正」，以往緩存的應用可以基本不受限制地運作，但在 Android 14 上這些應用在進入緩存後很短的時間内就會被系統當機，直接杜絕其 CPU 資源調用。

不知道是不是已經知道了此前「暫停執行已緩存應用」機制的問題，這次 Google 也特别提到當機僅适用于正常的 Android 應用生命周期 API（如前台服務、JobScheduler 或 WorkManager）之外的背景工作。

另外值得一提的是，随着緩存機制的優化，Android 14 也打破了平台緩存應用數量的長期限制，減少了冷啟動應用的情況，而且裝置 RAM 越大改善就越明顯：在 8GB 記憶體的裝置上冷啟動應用速度提高了 20%，在 12GB 記憶體的裝置上則提高了 30%。

▍更無感的登入體驗

和剛釋出不久的 Windows 11 Moment 4 更新一樣，Android 14 也是首個系統級支援通行密鑰（Passkey）的版本。Android 14 在平台 API 中引入了憑據管理器（Credential Manager），并且通過 Jetpack 開發庫和 Google Play 服務，讓該功能可以一直向下支援到 Android 4.4（API 級别 19）的老裝置。

使用通行密鑰登入的流程示範 | 圖：Google

憑據管理器用于簡化使用者認證流程，并且主要通過通行密鑰（Passkey）來提高安全性——少數派的讀者對通行密鑰應該不陌生了。

目前我們在 Android 14 的密碼和帳号設定中可以看到通行密鑰認證服務的相關設定，換句話說除了可以将手機上的生物識别資訊作為通行密鑰認證方式，Android 14 也支援添加第三方應用作為通行密鑰管理應用。

Android 14 中的通行密鑰管理服務設定

不過雖然 1Password 早前宣布過對 Android 14 通行密鑰管理的功能支援，但在最新的 Beta 測試版本中我們還無法成功調用 1Password 來建立通行密鑰。

▍更好看的傳回動畫

但「預見式傳回動畫」竟然還在「開發者選項」裡。

我們在《都是邊緣劃動，Android 與 iOS 的傳回手勢到底有什麼差別？》這篇會員文章中提到過 Google 提出的一個、有關 Android 系統傳回的問題，即我們很多時候都不太确定傳回操作會将自己帶向何方。

為此 Android 13 提出了「預見式傳回動畫」這個解決方案，即通過一個類似「半确定」狀态的動畫預覽，告知我們接下來會被帶到哪裡去——如果目的地非你所願，那可能你就得取消傳回操作、在目前界面中找找其他導航按鍵了（比如「向上」）。

兩年過去了，這個特性準備得怎麼樣了？壞消息是它依然放在「開發者選項」裡，好消息是它的确更完善了。

預見式傳回動畫效果

除了給傳回箭頭添加一個圓圓的、形狀可變、顔色為 Material You 動态取色得背景之外，Android 14 正式版當中預設的預見式傳回動畫效果更自然、表現也更加穩定。同時 Google 也在 Android 14 中支援了自定義預見式傳回手勢動畫的能力，允許開發者為應用中不同元件和不同界面的跳轉加上更加賞心悅目的動畫，官方 Material Design 元件庫中也提供的底部菜單、側欄菜單和搜尋三種元件的傳回動畫供開發者參考、适配。

底部菜單（Bottom Sheet）的預見式傳回動畫

▍更好的多語言支援

簡體中文除外。

和 MIUI 這類完全不管多語言支援的做法不同，Google 在原生 Android 的多語言支援上走的是另一個極端：完全不管除了簡體中文以外的多語言支援——比起在 AOSP 送出中否決支援文字型可變字重支援的冷酷，今年 Android 14 引入的多語言支援可謂相當溫暖：

比如針對特定語言中的文法性别現象的詞形變化 API，用 Google 所舉的例子來說，比如當我們的應用界面中需要顯示「你已訂閱……」這句提示語時，中文和英文狀态下都是無需注意文法性别的，但如果是法語，這句話則可能對應三種情況：

Vous êtes abonné à...

Vous êtes abonnée à...

Abonnement à...activé

詞形變化 API 就是用來簡化并解決這類問題的。根據 Google 的描述，這個 API 能夠幫助開發者根據使用者的性别展示對應的文法性别文本，降低這類需求帶來的開發成本，避免應用在采用特定語言顯示時因為忽略文法性别而冒犯使用者。

再比如區域偏好設定。我們或多或少都在天氣應用、測量工具、量化 app 中接觸過與地區偏好相關的設定，從溫度、距離、長度采用哪種機關、日期顯示采用年月日還是日月年到每周的第一天究竟是周日還是周一……以往這類設定往往都散落在不同應用的設定當中，Android 14 則在「系統>語言和輸入法」中新增了一項面為「區域偏好設定」的獨立頁面，一方面友善使用者提前選好自己想要的溫度機關、每周起始日以及數字呈現方式，另一方面也配套為開發者提供了對應 API 和 Intent 來讀取這些偏好設定，然後直接套用到應用當中。

Android 14 中的地區偏好設定

根據 Google 給出的資訊，這些偏好設定也能夠在裝置資料備份、還原的過程中在不同裝置間遷移。

最後，針對 Android 13 引入的應用語言偏好設定，Android 14 也向輸入法開放了應用語言的擷取接口，讓輸入法能夠根據不同應用的不同語言設定，自動彈出對應的輸入鍵盤。

▍更聰明的分享菜單

造輪子造出的新思路。

當你在 Chrome 浏覽器中點選「分享」按鈕時，首先彈出的菜單是 Chrome 自行定制的分享菜單，這個分享菜單下方提供了包括螢幕截圖、網頁長截圖、URL 連結複制等功能在内的六個分享操作——和 Android 系統的原生分享菜單（上圖中點選「展開」後即是）不同，Chrome 在定制分享菜單中所提供的這些操作選項與我們的網頁分享行為關聯更加密切，或者說往往也是我們在浏覽網頁時主要考慮的一些操作。

Chrome 浏覽器的定制分享菜單

作為規則制定者的 Google 在自家 Chrome、Google 相冊中都采用「自己造輪子」的方式設計一個獨立的分享菜單，正好也能說明 Android 系統原生分享菜單存在一個大問題：太公平了。無論分享的内容是什麼，Android 系統都會在長長的分享菜單中将提供分享操作的應用按照名稱排序，找起來不友善、有的分享操作和實際分享内容的關聯性也比較差。

是以在 Android 14 中，Google 基于 Chrome 和 Google 相冊的分享菜單設計思路，向應用開放了分享菜單自定義操作定制功能，允許開發者針對特定檔案類型聲明分享自定義操作，當使用者呼出分享菜單時，這些操作選項會出現在分享清單頂部和分享内容預覽之間，友善使用者快速調用可能需要的應用執行下一步動作；同時 Google 也希望通過調整 Direct Share 目标排序的方式來優化 Android 分享菜單的可用性。

自定義分享操作按鈕示意圖

除了上述改動，Google 在 Android 14 中還将分享菜單做成了可獨立更新的 Project Mainline 子產品友善功能疊代，并且允許使用者通過分享預覽即時調整、編輯分享内容，Mishaal Rahman 在技術解析博文中做了詳細說明。

▍更友好的縮放體驗

可惜來得有點晚，國内适老化的字型改造已經亂七八糟了。

在 Android 14 中，Google 還帶來了最高 200% 的非線性字型縮放功能。和此前版本的機械縮放不同，采用非線性放大曲線的好處在于，界面中原本已經足夠大的文本不會随着全局設定而同步縮放，文本之間的大小關系、層級結構都能得到有效保留，較大的字型更不會因為縮放而出現文本截斷、難以閱讀等問題。

正常大小、線性 200% 縮放與非線性 200% 縮放，非線性縮放能在保證所有文本具備可讀性的同時避免原本就已經很大的字型被機械放大

在後續的版本中，Google 還在系統的快速設定面闆中添加了一個專門用于字型縮放的開關，有這方面需求的朋友可以借助這個開關随時調整閱讀體驗。

正式版新增的字型大小快速設定開關

▍更透明的權限調用

收緊關鍵權限、友善使用者管理是永恒的主題。

很多人不知道的是，很多依賴定時執行任務或發出提醒的應用（比如 Tasker 也用）都會用到的鬧鐘——你看不見也聽不到的那種。根據應用内設定的不同，這些鬧鐘會在既定的時間拉起應用，幫助應用準時完善使用者設定好的任務。

不過問題在于，通過精确鬧鐘喚醒應用是一種資源消耗極強、Google 也非常不推薦的定時任務規劃手段（根據 Google 的開發者文檔它可以随時将裝置從 Doze 狀态中喚醒）。是以正如我們去年在 Android 13 正式版的介紹文章中所推測的那樣，此前引入的 鬧鐘和提醒 權限不再預設授予。這項限制适用于新安裝的、面向 Android 13 及以上系統适配的應用。

鬧鐘和提醒權限授予提示與授予界面

與之類似的，Android 14 開始 Google 也會通過 Play 商店政策對非通話、鬧鐘類型的應用移除針對 USE_FULL_SCREEN_INTENT 這一權限的預設授權——在此前的版本中，應用可以借助這一權限在鎖屏狀态下彈出全屏通知，而 2023 年年底這一政策生效之後，開發者就需要通過适配專門的新 API 來向使用者發起授權申請了。

Google 也在提高使用者敏感資料使用情況在 Android 14 中的可見性。除了将部分資料安全相關的資訊直接放進對應的權限授予彈窗外，Android 14 還會在特定情況下向使用者發出通知提醒，包括：

應用開始向第三方共享位置資訊

應用開始将位置資訊用于廣告目的

位置資訊授權時提供的資料安全提示與 Play 商店中的資料安全提示

盡管目前大部分與敏感資訊使用透明化相關的改動都圍繞位置資訊，此前 Google 在 I/O 大會上也透露過後續會将範圍向其他個人資訊擴充的計劃。

▍更尴尬的截圖提示

你截屏了！系統知道、對方可能也會知道。

當你在即時消息裡向朋友訴苦、當老闆在公司群裡激情發言，應用裡突然彈出通知提示說「對方剛剛進行了截屏操作」……類似的功能在 Android 14 中接下來就有 API 支援了。

借助 DETECT_SCREEN_CAPTURE 這一 API，應用在 Android 14 中可以獲知與按鍵操作相關的截圖事件（一般是電源鍵+音量減）了——然後應用開發者可以向使用者發出提示，比如付款應用提醒使用者不要随便截圖分享收款碼，或者将這個事件傳遞給其他人（官方文檔中似乎并沒有限制開發者這麼操作），告訴對方你剛剛進行了截圖。

Google 給出的截圖操作提示使用場景

然後呢？然後就看誰比較尴尬吧。不過大家也不用擔心，一方面這個 API 隻會檢測基于按鍵操作的截圖事件，ADB、錄屏應用等應該不受影響——另一方面這種 Android 新版本特性，至少你每天都要用的微信是不會跟進的。

▍更靈活的常駐通知

那麼「常駐」的意義是……？

一個相比其他改動而言不怎麼起眼，但真正用的時候能讓人楞上幾秒的小改動：在 Android 14 中，常駐通知可以被使用者手動劃走消除了。

新的常駐通知清除機制

Google 也為常駐通知消除機制設定了一套比較基礎的規則：

當我們點選通知面闆中的「清除全部」按鈕時，常駐通知不受影響

當手機螢幕鎖定時，常駐通知不可被消除

CallStyle 類别（通常與通話相關）的常駐通知不可被消除

使用通知面闆中的「清除全部」選項時，常駐通知不會被消除

▍更現代的無損音頻

給 USB-C 有線耳機使用者一點愛。

幹掉 3.5mm 接口之後，近幾年真無線藍牙耳機井噴式發展，各種傳輸協定也是日新月異。好在 Android 14 這次也關照到了那些堅持使用 USB-C 接口有線聽歌的音樂發燒友。

Android 14 向開發者開放了 USB 裝置首選混音器屬性的能力，允許開發者注冊偵聽器以擷取首選混音器屬性的更改，并使用新的 AudioMixerAttributes 類配置混音器屬性。AudioMixerAttributes 類支援在無混音、音量調整或後處理效果的前提下直接傳輸音頻，進而帶來無損的有線聽歌體驗。

▍更通用的健康資料

繼健康資料與平台解綁之後，Health Connect 自身進一步與 Google Play 商店解綁。好事。

2022 年 5 月，今年 5 月，Google 在 Android 開發者官方部落格中隆重推出了一個名為 Health Connect 的新平台并推出了相應的 API。Health Connect 官方網站用非常顯眼的大标題和副标題簡潔地描述了其核心功能與優勢：簡化健康類應用之間的連接配接。

散落在不同應用、服務和可穿戴裝置中的健康資料，在 Android 平台上有了一個通用的、可實作資料遷移的中間平台。而從 Android 14 開始，Health Connect 開始從此前需要從 Play 商店下載下傳安裝的獨立應用更新為系統能力，它将以系統元件的身份通過 Google Play 系統更新接收更新，對不能直接通路 Play 商店但可以借助 OEM 廠商定期更新系統的國内使用者而言也是好事一件。

另外，Health Connect 也跟随本次更新新增了包括運動路線在内的更多資料類型。

▍更開放的商店政策

感謝歐盟。

8 月 25 日，歐盟《數字服務法案》正式生效。作為受該法案重點關照的大公司之一，Google 也在第三方應用商店這個反壟斷訴訟的「熱門話題」上做了不少工作。

在 Android 14 中，Google 引入了多個 PackageInstaller API 來保證第三方應用商店的使用體驗：

requestUserPreapproval() 允許第三方應用商店提前請求使用者的安裝準許，并且在使用者授權後可以實作背景下載下傳和安裝體驗

setRequestUpdateOwnership() 允許第三方應用商店通過所有權聲明指定應用自動更新的安裝來源，非指定來源的應用更新需要使用者手動準許

InstallConstraints API 允許第三方應用商店選擇使用者并未與 app 互動的時段更新應用

setDontKillApp() 允許第三方應用商店針對支援拆分式安裝包（APKs）的應用采用無縫更新，比如僅更新使用者目前未在使用的元件

最後，從 Android 14 開始系統軟體包安裝程式也允許開發者指定要包含在應用中的 Google Play 應用商店頁面的應用中繼資料，例如資料安全資訊等。這同時也能友善第三方應用商店擷取與應用相關的中繼資料資訊

https://sspai.com/post/83501?utm_source=wechat&utm_medium=social

作者：克萊德