作者 whatthe8078 (~命運皇~)
標題 [情報] Android 14 首個測試版上線,這些是值得
時間 Tue Apr 18 10:06:25 2023

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.Y2lk...n/WunZqqQkmW4FaqPe7k/giphy.gif
[圖]

預測返回操作動畫效果

簡單來說,預測返回操作動畫就是要讓我們在滑動返回手勢之前、看到即將返回的
究竟是哪個頁面——如果感覺不對,那你可能要復原這一操作然後在目前頁面中找找有沒
有其他能夠帶你去到目標介面的按鈕(比如「向上」)。

第三方程式搞不定的小黑條,Google 親自動手

從 Android 10 開始,Google 陸續提出了邊到邊(edge-to-edge)和逐格鍵盤動畫兩項
針對現代全螢幕裝置的設計規範,前者希望開發者將程式內容的繪製邊界推至螢幕邊
緣,將狀態列和導航欄下方的螢幕區域也用於內容顯示。

https://risu.io/nRQVM


https://media.giphy.com/media/v1.Y2lk...n/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.Y2lk...n/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 (臺灣)
※ 作者: whatthe8078 2023-04-18 10:06:25
※ 文章代碼(AID): #1aFVid6p (MobileComm)
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1681783591.A.1B3.html
Purin777: 安卓看起來不錯,pixel的部分希望能先把鎖定畫面和通知欄的基本功做好,大廠和第三方啟動器/鎖定畫面明明思路都差不多了
趕緊照抄一下吧1F 04/18 10:10
※ 編輯: whatthe8078 (49.217.4.211 臺灣), 04/18/2023 10:11:52
Tahuiyuan: 截圖告知功能真的吃飽太閒,Google自身持續取得使用者個資的同時,卻在迫害使用者通話錄音和截圖的權利。
早就該做的可預測返回手勢和透明導覽列愛做不做,類似快速設定螢幕亮度列的音量列也打死不做,服了G社。5F 04/18 10:17
Purin777: 截圖告知功能沒毛病吧
看以後app定位取向了9F 04/18 10:29
jack42107: 為什麼用 Risu 縮網址啊,都沒有預覽…11F 04/18 10:43
Mimmature: 跟reurl一樣 不知道哪來的 點進去還一直重新導向
不知道導了幾百次12F 04/18 10:47
dxzy: 沒有人需要因為區區應用程式的稱謂被冒犯14F 04/18 10:50
kopo090469: 我只希望系統優化能搞好,不要三天兩頭就有應用程式抽風噴電15F 04/18 11:32
elainakuo: 比較關心 無密碼 何時才能比較完善17F 04/18 11:35
WindSucker: 搞政確18F 04/18 11:52
Gipmydanger: 無感19F 04/18 11:57
sova0809: 穩定度搞好比較實際 這幾年就13的狀況特別多20F 04/18 12:13
thankmilk: 返回那個不錯21F 04/18 13:02
ksng1092: 不過原生功能客製第三方OS也不一定會去用22F 04/18 14:57
JH10: 一堆app連6都不給用了,向下支援到4根本沒用23F 04/18 16:47
bobby238: 為什麼掃描功能如此之差24F 04/18 20:51

--
作者 whatthe8078 的最新發文:
點此顯示更多發文記錄