[情報] Android 14 首個測試版上線，這些是值得

看板MobileComm (行動通訊)作者whatthe8078 (~命運皇~)時間1年前 (2023/04/18 10:06)推噓10(11推 1噓 15→)

留言27則, 16人參與討論串1/1

Android 14 首個測試版上線，這些是值得你關注的新功能 https://risu.io/cLn9b 4 月 13 日淩晨，Google 按照計劃上線了 Android 14 的首個 Beta 測試版本（Beta 1）。和往年一樣，測試版除了方便開發者第一時間進行相容性處理，對普通使用者而言，也是既能兼顧日常使用穩定性、又能提前感受新版變化的主要途徑。在今天這篇文章中，我也收集、整理了從首個開發者預覽版至今所有Android 14中出現的、值得關注的新功能，希望能為愛嘗鮮的你提供一些參考。文中部分描述主要以Google Pixel所搭載的Android 13 作為對比，如果你不清楚 Android 13都有哪些新特性，可以先查閱我們去年的「具透」文章。 https://risu.io/1Lmxm 邁向「無密碼」的未來：存取認證管理器支援和去年的照片選擇器類似，Android 14 在平臺 API 中引入了存取認證管理器（Credential Manager），並且通過 Jetpack 和 Google Play 服務，讓該功能可以一直向下支援到 Android 4.4（API 級別 19）的老設備。存取認證管理員用於簡化使用者認證流程，並且主要通過通行密鑰（Passkey）來提高安全? ——少數派的讀者對通行密鑰應該不陌生了，在 Android 14 中 Google 也已經為這一功能鋪好了路。 https://risu.io/zCwkE https://risu.io/cvE5S 目前我們在密碼和帳戶設定中可以看到由「Google 密碼管理工具」提供的通行密鑰認證服務，待主流密碼管理服務完成相容後，未來我們應該可以像選擇自動填充服務程式那樣選擇用於 Android 設備的通行密鑰管理服務。 https://imgur.com/gyVqhSB.png

Android 14 Beta 1 中的自動填充與憑據管理器服務設置此前已經宣佈將提供支援的就有 1Password 和 Dashlane，在 Android 系統功能的支援下，希望通行密鑰未來也能像密碼管理服務一樣成為「常態」。用什麼語言、看什麼單位：一處設定處處套用在 Android 13 中，Google 終於帶來了像 iOS 一樣程式語言偏好設定，如果你需要特定應用採用與 Android 系統設定不同的語言來顯示內容，只需前往「設定 > 系統 > 語言和輸入設定 > 應用程式語言」即可進行手動「定製」。 https://i.imgur.com/BD9f3HO.png

https://i.imgur.com/YxWi16T.png

Android 13 中的應用語言設定 Android 14 在此基礎上增加了兩個有意思的新東西，詞形變化 API 和區域偏好設定。詞形變化 API 主要針對特定語言中的文法性別現象，用 Google 所舉的例子來說，比如當我們的應用介面中需要顯示「你已訂閱......」這句提示語時，中文和英文狀態下都是無需注意文法性別的，但如果是法語，這句話則可能對應三種情況： Vous ê tes abonné à ... Vous ê tes abonné e à ... Abonnement à ... activé 詞形變化 API 就是用來簡化並解決這類問題的。根據Google的描述，這個API能夠幫助開發者根據消費者的性別展示對應的文法性別文字，降低這類需求帶來的開發成本，避免應用程式在採用特定語言顯示時因為忽略文法性別而冒犯使用者。區域偏好設置對台灣的使用者而言則更加好懂一些——我們或多或少都在天氣應用程式、測量工具、有量化數字的 app 中接觸過與地區偏好相關的設定，從溫度、距離、? 種單位、日期顯示採用年月日還是日月年到每周的第一天究竟是周日還是週一...... 以往這類設置往往都散落在不同應用的設定當中，每安裝一個新程式，類似的區域偏好設定就必須得重新手動選擇一次。 Android 14 則在「系統 > 語言和輸入設定」中新增了一項面為「區域偏好設定」的獨立頁面，一方面方便使用者提前選好自己想要的溫度單位、每周起始日以及數字呈現方式，另一方面也配套為開發者提供了對應 API 和 Intent 來讀取這些偏好設定，然後直接套用到應用當中。根據 Google 提供的資訊，這些偏好設定也能夠在設備資料備份、還原的過程中在不同設備間遷移。 https://i.imgur.com/oUOCzAL.png

區域偏好設定最後，Android 14 還有一些關於多語言支援的改進，但主要針對開發者，這裡僅作簡單羅列：允許 IME 輸入法應用獲取目前的應用程式所使用的語言設定，從而自動切換至對應的鍵盤語言，提升多語言使用者在不同應用中的輸入體驗 https://risu.io/R1cTJ 允許開發者藉助 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 提供的新工具，更快完成應用語言設定偏好功能的相容 https://risu.io/Ai7Vf 允許開發者根據設備地區定製可選語言清單，方便開發者進行 A/B 測試或通過服務端推送、更新應用語言設定清單 https://risu.io/Qlejh 讓返回操作更有確定感：預測返回操作動畫因為通用返回手勢的存在，很多 Android 使用者對「使用返回手勢回到上一個介面」這件事也是習以為常。但「上一個介面」在由各種活動視窗（activity）構成的 Android 系統當中，往往也是充滿不確定性的：假設你正在 Android 手機的主畫面，這時收到一條郵件通知，你點開通知、讀完郵件，順手從螢幕邊緣往裡一劃...... 此時你會通往的究竟是首頁還是信箱收件匣？ https://risu.io/YK0QR 早前在 Android 13 正式版發表之時便已預告過的預測式返回動畫，要解決的就是返回手勢操作的「確定感」問題。在 Android 14 Beta 1 中，返回手勢的箭頭不僅擁有了採用 Material You 動態主題色彩的 Q 彈圓形背景，在開發者選項中開啟「預測返回操作動畫」開關後，你還能提前通過系統設定感受 Google 對這一功能的最終設計： https://media.giphy.com/media/v1.Y2lkPTc5MGI3NjExNmExOWI5ZDNlYWUzODI2OTFlMjg0NDU2Y2UzMzZhODNhNDAxMDIzMSZjdD1n/WunZqqQkmW4FaqPe7k/giphy.gif

預測返回操作動畫效果簡單來說，預測返回操作動畫就是要讓我們在滑動返回手勢之前、看到即將返回的究竟是哪個頁面——如果感覺不對，那你可能要復原這一操作然後在目前頁面中找找有沒有其他能夠帶你去到目標介面的按鈕（比如「向上」）。第三方程式搞不定的小黑條，Google 親自動手從 Android 10 開始，Google 陸續提出了邊到邊（edge-to-edge）和逐格鍵盤動畫兩項針對現代全螢幕裝置的設計規範，前者希望開發者將程式內容的繪製邊界推至螢幕邊緣，將狀態列和導航欄下方的螢幕區域也用於內容顯示。 https://risu.io/nRQVM https://media.giphy.com/media/v1.Y2lkPTc5MGI3NjExN2ViMjJiZTZiYTkyYzNmZGE5MjcyM2JlNmIxZTE1NzAwN2I0OGFiOCZjdD1n/hRNcIEMW5fpAcBohgf/giphy.gif

邊到邊設計的理念演示 | 圖：Google 由於相關規範從未強制執行，很多第三方程式的開發者至今不知「邊到邊」為何物（比如 Facebook, Bus+）。為了不讓畫面底下那個「小橫條」顯示難看的純黑色背景，一些廠商甚至從系統上為這些垃圾程式做起了「反向相容」。來到 Android 14 —— 好消息是 Google 出手了，壞消息是 Google 選擇了一種非常奇怪的處理方式。比起過去常用的透過 Play 商店上架限制等手段來強制開發者進行相容，Android 14 開發者選項中這個「預設使用透明導航欄背景」選項可以被看作是 Android 系統的一次「反向相容」。 https://i.imgur.com/vHcPqCO.png

「預設使用透明導航欄背景」選項開啟後，微博、餓了嗎等原本在畫面底部採用「小黑條」的應用，都能根據畫面提取背景顏色對導航欄背景進行自動填充，雖然效果肯定比不上真正的邊到邊相容，但至少螢幕底部那個常駐的小黑條是就此幹掉了。 https://i.imgur.com/Ju7CK5V.png

https://i.imgur.com/lp8dSPA.png

開啟前 vs. 開啟後另外，實測這個仍在處在開發者選項中的小功能對中國程式的相容性也要好於國際程式（比如 Spotify 的播放介面就沒有效果）。向 iOS 體驗看齊，照片選擇器支援範圍選擇在去年的 Android 13 中，Google 以 iOS 為範本加入了對使用者隱私更加友善的照片選擇器功能，透過系統對媒體文件選擇器互動的接管，減少應用直接取得讀寫許可權的必要性。這項特性甚至還藉助Google官方的向後移植和Google Play系統更新服務推送給了Android 4.4及以上系統版本的使用者（中國使用者就比較慘了）。 https://media.giphy.com/media/v1.Y2lkPTc5MGI3NjExNWQxNjVhOGUyZDQwOTJmZDcxMTFiZDM4M2NmMGY2NjQ5NjcxMWFiMCZjdD1n/4PyFx8XxVJphPqIY1L/giphy.gif

Android 13 照片選擇器的使用示例 | 圖：Google 而在 Android 14 中，照片選擇器的體驗將進一步向 iOS 靠攏——程式在申請讀取照片媒體檔或讀取影片檔這兩項許可權時，系統會彈出新的許可權確認彈窗，在這個彈窗中，我們可以像 iOS 那樣選擇該程式能夠取得的照片或影片範圍或允許/拒絕其訪問所有媒體檔。 https://i.imgur.com/yLbEoXI.png

https://i.imgur.com/PjmJDwE.png

照片範圍選擇流程考慮到這兩項細分權限是在 Android 13 中才導入的，所以媒體檔讀取範圍這個新功能很有可能就無法像照片選擇器那樣給舊版本機型下放了。中國這邊更是以系統相容 app 為主要做法（比如早年的 ColorOS 相容 WeChat 圖庫介面），從這個角度來說我還是比較認可「Android 系統的碎片化問題根本沒有好轉」這種說法的。你截圖了！系統知道、對方可能也會知道當你在 IM 向朋友訴苦、當老闆在 Line 群裡激情發言，程式裡突然彈出通知說「對方剛剛擷取了圖片」...... 類似的功能在Android 14中接下來就有API支援了。借助 DETECT_SCREEN_CAPTURE 這一 API，應用在 Android 14 中可以獲知與按鍵操作相關的截圖事件（一般是電源鍵+音量減）了——然後開發者可以向使用者發出提示，比如付款程式提醒使用者不要隨便截圖分享收款碼，或者將這個事件傳遞給其他人（官方文檔中似乎並沒有限制開發者這麼操作），告訴對方你剛剛進行了截圖。 https://i.imgur.com/ysBzh7v.png

Google 給出的截圖操作提示使用場景然後呢？然後就看誰比較尷尬吧。不過大家也不用擔心，一方面這個 API 只會檢測基於按鍵操作的截圖事件，ADB、螢幕錄影等應該不受影響——另一方面這種 Android 新版本功能，至少你每天都要用的 Line 是不會跟進的。分享功能表：從應用定製「反哺」系統功能當你在 Chrome 瀏覽器中點擊「分享」按鈕時，首先彈出的功能表是 Chrome 自訂的分享功能表，這個分享功能表下方提供了包括螢幕截圖、網頁長截圖、URL 連結複製等功能在內的六個分享操作——和 Android 系統的原生分享功能表（上圖中點擊「展開」後即是）不同，Chrome 在自訂分享功能表中所提供的這些操作選項與我們的網頁分享行為關聯更加密切，或者說往往也是我們在瀏覽網頁時主要考慮的一些操作。 https://imgur.com/1jKRjad.png

Chrome 瀏覽器的自訂分享功能表作為規則制定者的Google在自家Chrome、Google相簿中都採用「自己造輪子」的方式設計一個獨立的分享功能表，正好也能說明Android系統原生分享功能表存在一個大問題：太公平了。無論分享的內容是什麼，Android 系統都會在長長的分享功能表中將提供分享操作的應用按照名稱排序，找起來不方便、有的分享操作和實際分享內容的關聯性也比較差。因此在 Android 14 中，Google 基於 Chrome 和 Google 相簿的分享功能設計思路，向程式開放了分享功能表自訂功能，允許開發者針對特定檔案類型聲明分享自訂操作，當使用者呼出分享功能表時，這些操作選項會出現在分享清單頂部和分享內容預覽之間，方便使用者快速選擇可能需要的程式執行下一步動作; 同時 Google 也希望通過調整 Direct Share 目標排序的方式來最佳化 Android 分享功能表的實用性。 https://imgur.com/E7SRniC.png

自訂分享操作按鈕示意圖除了上述改動，Google 在 Android 14 中還將分享功能表做成了可獨立更新的 Project Mainline 模組方便功能反覆運算，並且允許使用者通過分享預覽即時調整、編輯分享內容，Mishaal Rahman 在這篇技術解析貼文中做了詳細說明，感興趣的朋友可以前往閱讀。 https://risu.io/dRYAE 從無障礙到應用安裝，處處設卡才更安全除了對使用者而言感受更加直觀甚至能夠直接體驗到的功能改進，Android 14 也在無障礙、應用安裝、權限授予甚至程式碼載入等方面新增了不少限制。無障礙方面，除了新增的非線性 200% 字體縮放特性外，Android 14 還進一步限制了應用對無障礙功能的使用，熟悉 Android 的朋友都知道，很多應用此前都會藉助無障礙設定的螢幕辨識功能來達成便利（比如小星記帳的自動記帳功能），但許可權越大風險也越大，同樣的方法也極易被惡意程式利用，成為盜取使用者隱私資訊的突破口。 https://imgur.com/3Nql8Y9.png

正常大小、線性 200% 縮放與非線性 200% 縮放，非線性縮放能在保證所有文本具備可讀性的同時避免原本就已經很大的字體被機械放大因此 Android 14 在 Android 13 的基礎上進一步加強了限制：系統會通過新引入的 accessibilityDataSensitive 屬性來判斷程式是否為真正面對身心障礙使用者的特定程式（該屬性的真實性將通過 Google Play Protect 服務保障），無法通過屬性判斷的應用將無法與特定的無障礙選項進行互動。根據 Mishaal Rahman 在其文章中的技術解析，Android 14 甚至還會通過獲取應用安裝方式的途徑來判斷應用來源，安裝途徑為非可信商店的程式，對無障礙功能的訪問能力在後續的 Android 14 更新中很有可能將受到更進一步的削弱。 https://imgur.com/a7kDUQp.png

Android 13 對側載應用的限制可手動解除說到應用安裝，從 Android 14 開始，針對 Android 6 以下系統版本開發的應用（ targetSdkVersion<23）將無法安裝——此舉是為了避免部分惡意應用通過降低 targetSdkVersion 的方式繞開執行權限機制，對使用者而言算是一件好事; 此外，從 Android 14 開始，我們在這篇文章中解釋過原理的精確鬧鐘許可權也不再向所有程式預設授予。 https://risu.io/1Lmxm Pixel 獨占功能速覽及未來更新展望除了上面提到的更新內容，目前在 Android 14 Beta 1 中能夠看到的還有不少細節，很多在正式版發售時可能也活不過廠商的「定製」環節因此只能成為 Pixel 獨佔，考慮到本文篇幅我們簡單帶過。首先，Android 14 的甜點代號是 UpsideDownCake，簡稱 UDC，它的圖示樣式也已經確認了： https://imgur.com/KaT9jWQ.png

UpsideDownCake 的偵錯通知圖示其次，Pixel 的系統設定已經基於 Jetpack Compose 重寫了一遍——你不需要知道 Jetpack Compose 是什麼，你只需要知道重寫後的系統設定少了很多老舊的介面元件，多了很多與 Material Design 3 相符的新元素，比如圓角和開關： https://imgur.com/3gy48Zb.png

https://imgur.com/FaMn6pD.png

重寫後的系統設定最後，Pixel 也對一些常用功能進行了調整，比如桌布預覽現在預設採用全螢幕了，電池使用方式除了單獨展示螢幕時間還會展示 CPU 耗電（Tensor 真是可怕），iPhone 使用者用了很多年的來電閃光功能，在 Pixel 中則以閃爍通知的形式推出了...... https://imgur.com/EbL9Yz5.png

https://imgur.com/Hm0GwCf.png

閃爍通知與電池使用方式至於此前呼聲挺高的應用雙開功能，在今天放出的 Android 14 Beta 1 中依然沒有正式上線，希望 Google 能在正式版之前將其打磨成型吧。被狠狠放生的 Pixel 4 使用者好羨慕大家有 Beta 板可以用QQ 這些新功能感覺都好香喔尤其是手勢操作條透明化是真的很棒 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.240.195.7 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1681783591.A.1B3.html

推

Purin777

04/18 10:10, 1年前 , 1^F

04/18 10:10, 1^F

→

Purin777

04/18 10:10, 1年前 , 2^F

04/18 10:10, 2^F

→

Purin777

04/18 10:10, 1年前 , 3^F

04/18 10:10, 3^F