Android 14 為開發人員推出了強大的新功能和 API。以下資訊可協助您瞭解應用程式功能,並開始使用相關的 API。
如需新增、修改及移除 API 的詳細清單,請參閱 API 差異比較表。如要進一步瞭解新增的 API,請參閱 Android API 參考資料。如果是 Android 14,請找出 API 級別 34 中新增的 API。如要瞭解平台變更可能對應用程式造成的影響,請務必查看指定 Android 14 的應用程式和所有應用程式 的 Android 14 行為變更。
國際化
個別應用程式語言偏好
Android 14 進一步延伸 Android 13 (API 級別 33) 所推出的個別應用程式語言功能,並新增多項功能:
自動產生應用程式的
localeConfig
:自 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 起,您可以將應用程式設為自動支援個別應用程式語言偏好設定。Android Gradle 外掛程式會根據您的專案資源產生LocaleConfig
檔案,並在最終資訊清單檔案中為該檔案新增參照,為您省去手動建立或更新檔案的需求。AGP 會使用應用程式模組res
資料夾中的資源和任何程式庫模組依附元件,以決定要納入LocaleConfig
檔案的語言代碼。應用程式
localeConfig
的動態更新:請使用 法LocaleManager
中的setOverrideLocaleConfig()
和getOverrideLocaleConfig()
方法,以動態方式更新應用程式在裝置的系統設定中的支援語言清單。如果應用程式使用伺服器端推送進行本地化,則可利用此彈性自訂各區域的支援語言清單、執行 A/B 實驗,或提供更新的語言代碼清單。輸入法編輯器 (IME) 的應用程式語言瀏覽權限:輸入法編輯器可透過
getApplicationLocales()
方法檢查當前應用程式的語言,並和輸入法編輯器的語言進行比對。
文法轉變 API
30 億人使用性別化語言:即名詞、動詞、形容詞和介系詞會隨著交談或談論對象或目標的性別,而有不同變化形式的文法類別語言。一般來說,許多性別化語言都會使用陽性文法性別做為預設或通用性別。
若以錯誤的文法性別稱呼使用者,例如:以陽性文法性別稱呼女性,可能會對其表現及態度產生負面影響。相較之下,如果使用者介面的用語正確反映了使用者的文法性別,便可提高使用者參與度,同時提供更個人化且更自然親切的使用者體驗。
为帮助您针对区分性别的语言构建以用户为中心的界面,Android 14 引入了 Grammatical Inflection API,让您无需重构应用便能添加对语法性别的支持。
地區偏好設定
地區偏好設定可讓使用者自訂溫度單位,這是第一項 包括星期幾和編號系統住在美國的歐洲人 最好將溫度單位設定為攝氏,而非華氏, 應用程式,將星期一視為一週的起始日,而非美國的預設設定。 週日。
全新 Android 設定選單是針對這些偏好設定設計,可讓使用者透過集中的管理位置自行探索,並視需要變更應用程式的偏好設定。即使裝置經過備份與還原,這些偏好設定也不會改變。有幾個 API 和
意圖 (例如
getTemperatureUnit
敬上
和
getFirstDayOfWeek
:
授予應用程式讀取使用者偏好設定的權限,以便應用程式調整其運作方式
顯示資訊。您也可以註冊
BroadcastReceiver
已開啟
ACTION_LOCALE_CHANGED
處理地區偏好設定變更時的地區設定變更。
如要找到這些設定,請開啟「設定」應用程式,並依序前往 [系統] > [ 語言與輸入 >地區偏好設定:


無障礙設定
非線性字型縮放至 200%
自 Android 14 起,系統將支援高達 200% 的字型縮放功能,為低視能使用者提供符合無障礙網頁內容規範 (WCAG)的額外無障礙選項。
為避免畫面上的大型文字元素縮放過大,系統會套用非線性縮放曲線。套用此縮放策略後,大型文字的縮放比例會和小型文字的縮放比例有所區別。非線性字型縮放有助於保留不同大小元素之間的比例階層,同時減少高度線性文字縮放的問題 (例如文字遭到截斷,或因顯示大小過大而難以閱讀的文字)。
使用非線性字型縮放測試應用程式

如果您已使用縮放像素 (sp) 單位來定義文字大小,這些額外選項和縮放改善功能會自動套用至應用程式中的文字。不過,您仍應執行 UI 測試,並將字型大小上限設為啟用 (200%),以確保應用程式能正確套用字型大小,而且能在不影響可用性的情況下容納較大的字型大小。
如要啟用 200% 的字型大小,請按照下列步驟進行:
- 開啟「設定」應用程式,然後依序前往「無障礙中心」>「顯示大小與文字」。
- 在「字型大小」選項中,輕觸加號 (+) 圖示,直到達字型大小上限為止,如本節隨附的圖片所示。
使用經過調整像素 (sp) 的單位處理文字大小
請記得一律以 sp 單位指定文字大小。如果您的應用程式使用 sp 單位,Android 可套用使用者偏好的文字大小,並適當縮放。
請勿使用 sp 單位做為邊框間距,或是假定檢視畫面高度,並假設有隱性邊框間距:使用非線性字型縮放 sp 尺寸可能不是比例,因此 4sp + 20sp 不一定會等於 24sp。
轉換經過調整像素 (sp) 的單位
使用 TypedValue.applyDimension()
將 sp 單位轉換為像素,並使用 TypedValue.deriveDimension()
將像素轉換為 sp。這些方法會自動套用適當的非線性縮放曲線。
避免使用硬式編碼方程式使用 Configuration.fontScale
或 DisplayMetrics.scaledDensity
。由於字型縮放功能為非線性方式,因此 scaledDensity
欄位已變得不準確。fontScale
欄位應僅用於提供資訊,因為字型不再需要以單一純量值縮放字型。
使用 sp 單位做為 lineHeight
請一律使用 sp 單位 (而非 dp) 定義 android:lineHeight
,讓行高會隨著文字縮放。否則,如果文字是 sp,但 lineHeight
是以 dp 或 px 為單位,則無法縮放,看起來會遭到破壞。TextView 會自動修正 lineHeight
,以便保留預期的比例,但前提是 textSize
和 lineHeight
都已在 sp 單位中定義。
相機和媒體
圖片的 Ultra HDR

Android 14 新增了对高动态范围 (HDR) 图片的支持,可在拍摄照片时保留更多来自传感器的信息,从而实现鲜艳的色彩和更高的对比度。Android 使用 Ultra HDR 格式,该格式与 JPEG 图片完全向后兼容,可让应用与 HDR 图片无缝互操作,并根据需要以标准动态范围 (SDR) 显示这些图片。
当您的应用选择为其 activity 窗口使用 HDR 界面(通过清单条目或通过在运行时调用 Window.setColorMode()
)时,框架会自动在界面中以 HDR 格式渲染这些图片。您还可以在受支持的设备上拍摄压缩的 Ultra HDR 静态图片。从传感器中恢复的颜色越多,后期编辑的灵活性就越高。与 Ultra HDR 图片关联的 Gainmap
可用于使用 OpenGL 或 Vulkan 渲染这些图片。
相機擴充功能中的縮放、聚焦、後視等功能
Android 14 upgrades and improves camera extensions, allowing apps to handle longer processing times, which enables improved images using compute-intensive algorithms like low-light photography on supported devices. These features give users an even more robust experience when using camera extension capabilities. Examples of these improvements include:
- Dynamic still capture processing latency estimation provides much more
accurate still capture latency estimates based on the current scene and
environment conditions. Call
CameraExtensionSession.getRealtimeStillCaptureLatency()
to get aStillCaptureLatency
object that has two latency estimation methods. ThegetCaptureLatency()
method returns the estimated latency betweenonCaptureStarted
andonCaptureProcessStarted()
, and thegetProcessingLatency()
method returns the estimated latency betweenonCaptureProcessStarted()
and the final processed frame being available. - Support for capture progress callbacks so that apps can display the current
progress of long-running, still-capture processing operations. You can check
if this feature is available with
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
, and if it is, you implement theonCaptureProcessProgressed()
callback, which has the progress (from 0 to 100) passed in as a parameter. Extension specific metadata, such as
CaptureRequest.EXTENSION_STRENGTH
for dialing in the amount of an extension effect, such as the amount of background blur withEXTENSION_BOKEH
.Postview Feature for Still Capture in camera extensions, which provides a less-processed image more quickly than the final image. If an extension has increased processing latency, a postview image could be provided as a placeholder to improve UX and switched out later for the final image. You can check if this feature is available with
CameraExtensionCharacteristics.isPostviewAvailable
. Then you can pass anOutputConfiguration
toExtensionSessionConfiguration.setPostviewOutputConfiguration
.Support for
SurfaceView
allowing for a more optimized and power-efficient preview render path.Support for tap to focus and zoom during extension usage.
感應器內縮放
當 CameraCharacteristics
中的 REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
包含 SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
時,應用程式可以使用進階感應器功能,透過 CaptureRequest
和 RAW 目標 (其串流用途已設為 CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
),為經裁剪的 RAW 串流提供與全景視野相同的像素。透過實作要求覆寫控制項,更新後的相機可在其他相機控制項準備就緒前,提供縮放控制選項。
無損 USB 音訊
Android 14 支援無損音訊格式,可透過 USB 有線耳機提供頂級音響體驗。您可以查詢 USB 裝置的偏好混合器屬性、註冊偏好混合器屬性變更的事件監聽器,以及使用 AudioMixerAttributes
類別設定混合器屬性。這個類別代表音訊調音器的格式,例如通道遮罩、取樣率和行為。這個類別可讓您直接傳送音訊,不必進行混合、音量調整或處理效果。
開發人員工作效率和工具
Credential Manager
Android 14 會新增 Credential Manager 做為平台 API,並透過使用 Google Play 服務的 Jetpack 程式庫,進一步支援 Android 4.4 (API 級別 19) 裝置。Credential Manager 的目標是透過 API 協助使用者輕鬆登入,這些 API 會透過使用者設定的憑證提供者擷取及儲存憑證。Credential Manager 可在單一 API 中支援多種登入方式,包括使用者名稱和密碼、密碼金鑰,以及聯合登入解決方案 (例如使用 Google 帳戶登入)。
密碼金鑰具有許多優點,舉例來說,密碼金鑰採用業界標準,可在不同作業系統和瀏覽器環境中運作,也能與網站和應用程式搭配使用。
如需更多資訊,請參閱 Credential Manager 和密碼金鑰說明文件,以及Credential Manager 和密碼金鑰相關網誌文章。
Health Connect
Health Connect 是用户健康与健身数据的设备端仓库。借助该功能,用户可以在一个位置控制要与这些应用共享哪些数据,并在自己喜爱的应用之间共享数据。
在搭载 Android 14 之前的 Android 版本的设备上,Health Connect 可作为应用从 Google Play 商店下载。从 Android 14 开始,Health Connect 将成为 Android 平台的一部分,并通过 Google Play 系统更新接收更新,而无需单独下载。这样一来,Health Connect 就可以频繁更新,您的应用可以依赖于搭载 Android 14 或更高版本的设备上提供的 Health Connect。用户可以通过设备的“设置”访问 Health Connect,隐私控制功能集成到系统设置中。


Health Connect 在 Android 14 中包含多项新功能,例如锻炼路线,可让用户分享可在地图上直观呈现的锻炼路线。路线定义为在一定时间范围内保存的位置列表,您的应用可以将路线插入锻炼时段,将它们关联起来。为确保用户能够完全控制此类敏感数据,用户必须允许与其他应用共享单个路线。
如需了解详情,请参阅 Health Connect 文档以及有关 Android Health 中的新功能的博文。
OpenJDK 17 更新
Android 14 持續更新 Android 核心程式庫,以便與最新版 OpenJDK LTS 中的功能保持一致,其中包括程式庫更新以及應用程式與平台開發人員的 Java 17 語言支援。
新功能和改善項目如下:
- 已將約 300 個
java.base
類別更新至可支援 Java 17。 - 文字模塊已針對 Java 程式設計語言推出多行字串常值。
- instanceof 的模式比對可讓您在
instanceof
中,不需要使用其他變數,即可將物件視為具有特定類型處理。 - 密封類別可讓您限制可進行擴充或實作的類別與介面。
進行 Google Play 系統更新 (Mainline 計畫) 之後,超過 6 億部裝置將可收到包含這些變更的最新 Android 執行階段 (ART) 更新。這是我們承諾的一部分,讓應用程式在各種裝置上都能夠擁有更一致、安全的環境,同時為各平台版本的使用者提供新的功能與能力。
Java 和 OpenJDK 是 Oracle 和/或其關係企業的商標或註冊商標。
應用程式商店改善項目
Android 14 引進幾個 PackageInstaller
API,可讓應用程式商店改善使用者體驗。
在下載之前要求安裝核准
安裝或更新應用程式可能需要使用者核准。例如:當使用 REQUEST_INSTALL_PACKAGES
權限的安裝程式試著要安裝新的應用程式時。在先前的 Android 版本中,應用程式商店只能夠在 APK 寫入安裝工作階段,且該工作階段已履行之後,才可要求使用者核准。
自 Android 14 起,requestUserPreapproval()
方法可讓安裝程式在履行安裝工作階段之前要求使用者核准。這項改善項目讓應用程式商店將下載任何 APK 的時間延後,直到使用者核准安裝為止。此外,在使用者核准安裝後,應用程式商店可以在背景下載並安裝應用程式,避免對使用者造成困擾。
聲明日後更新的責任
setRequestUpdateOwnership()
方法可讓安裝程式向系統表示,日後為應用程式安裝的更新皆由其負責處理。這項功能可啟用更新擁有權強制執行機制,也就是只有更新擁有者才能安裝應用程式的自動更新。強制更新擁有權有助於確保使用者一律從預期的應用程式商店收到更新。
任何其他安裝程式 (包括使用 INSTALL_PACKAGES
權限的安裝程式) 都必須明確獲得使用者核准,才能安裝更新。如果使用者決定繼續執行其他來源的更新,則將失去更新擁有權。
在較不受干擾的情況下更新應用程式
一般來說,應用程式商店會希望避免更新正在使用中的應用程式,以免導致應用程式正在執行的程序終止,進而中斷使用者正在執行的操作。
自 Android 14 起,InstallConstraints
API 可讓安裝程式確保應用程式更新作業能在適當時機執行。舉例來說,應用程式商店可呼叫 commitSessionAfterInstallConstraintsAreMet()
方法,以確保只有在使用者不再與應用程式互動時才會執行更新。
順利安裝選用分割項目
使用分割 APK 時,應用程式的功能可透過個別 APK 檔案提供,而不是以單體 APK 為單位提供。分割 APK 可讓應用程式商店以最佳方式提供不同的應用程式元件。例如,應用程式商店可能會根據目標裝置的屬性進行最佳化。自 API 級別 22 推出以來,PackageInstaller
API 已支援分割。
在 Android 14 中,setDontKillApp()
方法可讓安裝程式指出在安裝新的分割項目時,不應導致應用程式執行中的處理程序終止。應用程式商店可在使用者使用應用程式時,透過此功能順利安裝應用程式的新功能。
應用程式中繼資料套件
從 Android 14 開始,Android 套件安裝程式可讓您指定應用程式中繼資料 (例如資料安全性做法),以加入 Google Play 等應用程式商店頁面。
在使用者擷取裝置螢幕畫面時偵測
為建立更標準化的螢幕截圖偵測體驗,Android 14 推出了具隱私保護功能的螢幕截圖偵測 API。此 API 可讓應用程式依個別活動登錄回呼。當使用者在具備瀏覽權限的活動中拍攝螢幕截圖時,系統會叫用這些回呼,並傳送通知給使用者。
使用者體驗
Sharesheet 自訂動作與改善排名
Android 14 更新了系统 Sharesheet,以便为用户提供自定义应用操作和信息更丰富的预览结果。
添加自定义操作
对于 Android 14,您的应用可以向其调用的系统 Sharesheet 添加自定义操作。

提高直接共享目标的排名
Android 14 根据来自应用的更多信号来确定直接共享目标的排名,以便为用户提供更实用的结果。为了提供最实用的排名信号,请遵循提高直接共享目标排名的准则。通讯应用还可以报告出站和入站消息的快捷方式使用情况。

支援預測返回功能的內建和自訂動畫
Android 13 推出了在開發人員選項背後顯示「預測返回主畫面」動畫的功能。只要使用支援的應用程式,並啟用開發人員選項,當您執行滑動返回的操作時,系統就會顯示動畫,指出返回手勢可讓應用程式結束並返回主畫面。
Android 14 內含多項改善項目,並提供有關預測返回手勢的全新指南:
- 您可以設定
android:enableOnBackInvokedCallback=true
,選擇針對個別活動啟用預測返回系統動畫,而非針對整個應用程式。 - 我們新增了系統動畫,以配合 Android 13 的「返回主畫面」動畫。新的系統動畫具有跨活動和跨工作的特色,您只要改用預測返回功能,即可自動取得。
- 我們為底部功能表、側邊功能表和搜尋頁面新增了 Material 元件動畫。
- 我們製作了設計指南,讓您瞭解如何建立自訂的應用程式內動畫和轉場效果。
- 我們新增了 API,支援自訂的應用程式內轉換動畫:
在這個 Android 14 預先發布版本中,所有預測返回相關功能都保留在開發人員選項後方。請參閱開發人員指南,瞭解如何讓應用程式改用預測返回功能,以及如何建立自訂的應用程式內轉場效果。
大螢幕裝置製造商個別應用程式覆寫值
借助按应用替换项,设备制造商可以更改应用在大屏设备上的行为。例如,FORCE_RESIZE_APP
替换项会指示系统调整应用大小以适应显示屏尺寸(避免进入尺寸兼容模式),即使在应用清单中设置了 resizeableActivity="false"
也是如此。
替换项旨在改善大屏设备上的用户体验。
借助新的清单属性,您可以为应用停用某些设备制造商替换项。
大螢幕使用者個別應用程式覆寫值
按应用替换项会更改应用在大屏设备上的行为。例如,无论应用的配置如何,OVERRIDE_MIN_ASPECT_RATIO_LARGE
设备制造商替换项都会将应用宽高比设置为 16:9。
借助 Android 14 QPR1,用户可以在大屏设备上通过新的设置菜单应用按应用替换项。
應用程式分享螢幕畫面
App screen sharing enables users to share an app window instead of the entire device screen during screen content recording.
With app screen sharing, the status bar, navigation bar, notifications, and other system UI elements are excluded from the shared display. Only the content of the selected app is shared.
App screen sharing improves productivity and privacy by enabling users to run multiple apps but limit content sharing to a single app.
在 Pixel 8 Pro 上使用 LLM 技術支援的 Gboard 智慧回覆功能
在搭載 12 月功能更新的 Pixel 8 Pro 裝置上,開發人員可以試用 Gboard 中採用 Google Tensor 晶片的大型語言模型 (LLM) 所提供的更高品質智慧回覆功能。
這項功能目前僅在 WhatsApp、Line 和 KakaoTalk 提供美式英文的限量預覽版。你必須使用 Pixel 8 Pro 裝置,並將 Gboard 做為鍵盤。
如要試用這項功能,請先依序前往「設定」>「開發人員選項」>「AI Core 設定」>「啟用 Aicore 持續性」。
接著,在支援的應用程式中開啟對話,即可在 Gboard 的建議列中看到 LLM 支援的智慧回覆功能,以回覆傳入的訊息。
圖形
路徑可供查詢及內插
Android 的 Path
API 是一种强大且灵活的机制,可用于创建和渲染矢量图形,能够描边或填充路径、根据线段或二次曲线或立方曲线构建路径、执行布尔运算以获取更复杂的形状,或同时执行所有这些操作。但有一个限制是,您无法了解 Path 对象中实际包含的内容;该对象的内部信息在创建后对调用方是不透明的。
如需创建 Path
,您可以调用 moveTo()
、lineTo()
和 cubicTo()
等方法来添加路径段。但是,无法询问该路径有哪些片段,因此您必须在创建时保留该信息。
从 Android 14 开始,您可以查询路径以了解其内部内容。首先,您需要使用 Path.getPathIterator
API 获取 PathIterator
对象:
Kotlin
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
Java
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
接下来,您可以调用 PathIterator
逐个遍历片段,并检索每个片段的所有必要数据。以下示例使用了 PathIterator.Segment
对象,它会为您打包数据:
Kotlin
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
Java
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
PathIterator
还有一个非分配版 next()
,您可以在其中传入缓冲区来保存点数据。
查询 Path
数据的一个重要用例是插值。例如,您可能想在两个不同的路径之间添加动画(或变形)。为了进一步简化该用例,Android 14 针对 Path
还包含 interpolate()
方法。假设两个路径具有相同的内部结构,interpolate()
方法会使用该插值结果创建一个新的 Path
。以下示例返回了一个形状介于 path
和 otherPath
之间的一半(线性插值为 0.5)的路径:
Kotlin
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
Java
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
Jetpack graphics-path 库也为早期版本的 Android 启用了类似的 API。
使用頂點和片段著色器的自訂網格
Android 长期以来一直支持使用自定义着色绘制三角网格,但输入网格格式仅限于一些预定义的属性组合。Android 14 增加了对自定义网格的支持,可将其定义为三角形或三角形条,并且可以选择是否编入索引。这些网格是使用自定义属性、顶点步长、可变以及使用 AGSL 编写的顶点着色器和片段着色器指定的。
顶点着色器定义了位置和颜色等变量,而片段着色器可以选择为像素定义颜色,通常是使用顶点着色器创建的变量。如果片段着色器提供颜色,则系统会使用绘制网格时选择的混合模式将其与当前 Paint
颜色混合。Uniform 可以传递到片段着色器和顶点着色器,以提高灵活性。
Canvas 的硬體緩衝區轉譯器
為協助使用 Android 的 Canvas
API 以硬體加速繪製至 HardwareBuffer
,Android 14 推出了 HardwareBufferRenderer
。如果您的用途涉及透過 SurfaceControl
與系統合成器通訊,以便繪製低延遲畫面,這個 API 就特別實用。