和去年 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 圖像格式！（來自谷歌開發者官方微信公眾號的翻譯）
超強 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é
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類別（通常與通話相關）的常駐通知不可被消除
使用通知面板中的「清除全部」選項時，常駐通知不會被消除
當我們點擊通知面板中的「清除全部」按鈕時，常駐通知不受影響
當手機螢幕鎖定時，常駐通知不可被消除
CallStyle類別（通常與通話相關）的常駐通知不可被消除
使用通知面板中的「清除全部」選項時，常駐通知不會被消除
▍更現代的無損音頻
給 USB-C 有線耳機用戶一點愛。
給 USB-C 有線耳機用戶一點愛。
幹掉 3.5mm 接口之後，近幾年真無線藍牙耳機井噴式發展，各種傳輸協議也是日新月異。好在 Android 14 這次也關照到了那些堅持使用 USB-C 接口有線聽歌的音樂發燒友。
Android 14 向開發者開放了 USB 設備首選混音器屬性的能力，允許開發者註冊偵聽器以獲取首選混音器屬性的更改，並使用新的 AudioMixerAttributes類配置混音器屬性。AudioMixerAttributes 類支持在無混音、音量調整或後處理效果的前提下直接傳輸音頻，進而帶來無損的有線聽歌體驗。
▍更通用的健康數據
繼健康數據與平台解綁之後，Health Connect 自身進一步與 Google Play 商店解綁。好事。
繼健康數據與平台解綁之後，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 引入了多個 PackageInstallerAPI 來保證第三方應用商店的使用體驗：
requestUserPreapproval允許第三方應用商店提前請求用戶的安裝批准，並且在用戶授權後可以實現後台下載和安裝體驗
setRequestUpdateOwnership允許第三方應用商店通過所有權聲明指定應用自動更新的安裝來源，非指定來源的應用升級需要用戶手動批准
InstallConstraintsAPI 允許第三方應用商店選擇用戶並未與 app 交互的時段更新應用
setDontKillApp允許第三方應用商店針對支持拆分式安裝包（APKs）的應用採用無縫更新，比如僅更新用戶當前未在使用的組件
最後，從 Android 14 開始系統軟體包安裝程序也允許開發者指定要包含在應用中的 Google Play 應用商店頁面的應用元數據，例如數據安全信息等。這同時也能方便第三方應用商店獲取與應用相關的元數據信息
requestUserPreapproval允許第三方應用商店提前請求用戶的安裝批准，並且在用戶授權後可以實現後台下載和安裝體驗
setRequestUpdateOwnership允許第三方應用商店通過所有權聲明指定應用自動更新的安裝來源，非指定來源的應用升級需要用戶手動批准
InstallConstraintsAPI 允許第三方應用商店選擇用戶並未與 app 交互的時段更新應用
setDontKillApp允許第三方應用商店針對支持拆分式安裝包（APKs）的應用採用無縫更新，比如僅更新用戶當前未在使用的組件
最後，從 Android 14 開始系統軟體包安裝程序也允許開發者指定要包含在應用中的 Google Play 應用商店頁面的應用元數據，例如數據安全信息等。這同時也能方便第三方應用商店獲取與應用相關的元數據信息
以上便是 Android 14 中值得你關注的 14 項新特性，篇幅有限，還有更多細節以及 Pixel 專屬特性本文未能一一覆蓋，如果有你感興趣的歡迎在評論區補充。
原文連結：
https://sspai.com/post/83501?utm_source=wechat&utm_medium=social
作者：克萊德
/ 更多熱門文章 /