Funktionen und APIs – Übersicht

Android 14 bietet Entwicklern viele neue Funktionen und APIs. Die folgenden Ressourcen helfen Ihnen, sich über Funktionen für Ihre Apps zu informieren und mit den zugehörigen APIs zu beginnen.

Eine detaillierte Liste der hinzugefügten, geänderten und entfernten APIs finden Sie im API-Vergleichsbericht. Details zu den hinzugefügten APIs findest du in der Android-API-Referenz. Suche dort nach APIs, die in API-Level 34 hinzugefügt wurden. Informationen zu Bereichen, in denen sich Plattformänderungen auf Ihre Apps auswirken können, finden Sie unter „Verhaltensänderungen in Android 14“ für Apps, die auf Android 14 ausgerichtet sind, und für alle Apps.

Lokalisierung

App-spezifische Spracheinstellungen

Android 14 erweitert die Funktionen für die Sprache pro App, die in Android 13 (API-Level 33) eingeführt wurden, um die folgenden zusätzlichen Funktionen:

  • localeConfig einer App automatisch generieren: Ab Android Studio Giraffe Canary 7 und AGP 8.1.0-alpha07 können Sie Ihre App so konfigurieren, dass sie automatisch Spracheinstellungen pro App unterstützt. Basierend auf den Projektressourcen generiert das Android Gradle-Plug-in die Datei LocaleConfig und fügt in der endgültigen Manifestdatei einen Verweis darauf hinzu. Sie müssen die Datei also nicht mehr manuell erstellen oder aktualisieren. AGP verwendet die Ressourcen in den res-Ordnern Ihrer App-Module und alle Abhängigkeiten von Bibliotheksmodulen, um die Sprachen zu ermitteln, die in die LocaleConfig-Datei aufgenommen werden sollen.

  • Dynamische Updates für die localeConfig einer App: Verwenden Sie die Methoden setOverrideLocaleConfig() und getOverrideLocaleConfig() in LocaleManager, um die Liste der unterstützten Sprachen Ihrer App in den Systemeinstellungen des Geräts dynamisch zu aktualisieren. Sie können diese Flexibilität nutzen, um die Liste der unterstützten Sprachen pro Region anzupassen, A/B-Tests durchzuführen oder eine aktualisierte Liste der Sprachen anzugeben, wenn Ihre App serverseitige Pushes für die Lokalisierung verwendet.

  • Sichtbarkeit der App-Sprache für Eingabemethoden-Editoren (IMEs): IMEs können die Methode getApplicationLocales() verwenden, um die Sprache der aktuellen App zu prüfen und die IME-Sprache mit dieser Sprache abzugleichen.

Grammatical Inflection API

3 Milliarden Menschen sprechen geschlechterspezifische Sprachen: Sprachen, in denen grammatische Kategorien wie Substantive, Verben, Adjektive und Präpositionen je nach Geschlecht der Personen und Objekte, mit denen oder über die gesprochen wird, konjugiert werden. Traditionell wird in vielen Sprachen mit Geschlechtern das männliche grammatische Geschlecht als Standard- oder generisches Geschlecht verwendet.

Wenn Sie Nutzer im falschen grammatischen Geschlecht ansprechen, z. B. Frauen im maskulinen grammatischen Geschlecht, kann sich das negativ auf ihre Leistung und Einstellung auswirken. Eine Benutzeroberfläche mit einer Sprache, die das grammatische Geschlecht des Nutzers korrekt widerspiegelt, kann das Nutzer-Engagement verbessern und eine personalisiertere und natürlicher klingende Nutzererfahrung bieten.

To help you build a user-centric UI for gendered languages, Android 14 introduces the Grammatical Inflection API, which lets you add support for grammatical gender without refactoring your app.

Regionale Einstellungen

用户可通过地区偏好设置对温度单位、一周的第一天和编号系统进行个性化设置。居住在美国的欧洲用户可能更希望使用摄氏度，而不是华氏度，并且希望应用将星期一视为一周的开始，而不是像美国那样默认从星期日开始。

新 Android 设置菜单包含这些偏好设置，使用户能够在一个位置集中发现这些应用更改偏好设置。这些偏好设置在备份和恢复设备后也会保持不变。多个 API 和 intent（例如 getTemperatureUnit 和 getFirstDayOfWeek）会为您的应用授予读取权限来访问用户偏好设置，因此您的应用可以调整其显示信息的方式。您还可以在 ACTION_LOCALE_CHANGED 上注册 BroadcastReceiver，以便在地区偏好设置发生更改时处理语言区域配置更改。

如需找到这些设置，请打开“设置”应用，然后依次前往系统 > 语言和输入法 > 地区偏好设置。

Android 系统设置中的地区偏好设置界面。
Android 系统中地区偏好设置的温度选项 设置。

Bedienungshilfen

Nicht lineare Skalierung der Schriftgröße auf 200%

从 Android 14 开始，系统支持字体放大高达 200%，为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍功能选项。

为防止屏幕上的大文本元素放大放大， 应用非线性缩放曲线。这种放大策略意味着大号文本的放大比例不会与较小的文本相同。非线性字体放大有助于保持不同大小元素之间的比例层次结构，同时缓解高级别线性文本放大存在的问题（例如文本被截断或文本因非常大的显示大小而难以阅读）。

使用非线性字体放大测试应用

在设备的无障碍设置中启用最大字号，以测试应用。

如果您已使用放大像素 (sp) 单位来定义文字大小，那么这些 其他选项和扩缩方面的改进会自动应用到 。不过，您仍应使用 启用字体大小 (200%)，以确保应用采用 且可以适应较大字号，并且不会影响易用性。

要启用 200% 字号，请按以下步骤操作：

  1. 打开“设置”应用，然后依次前往无障碍 > 显示大小和文字。
  2. 在字号选项中，点按加号 (+) 图标，直到启用最大字号设置，如本部分随附的图片所示。

针对文本大小使用放大像素 (sp) 单位

请务必始终以 sp 为单位指定文字大小。当应用使用 sp 单位时，Android 可以应用用户的首选文本大小，并相应地进行缩放。

请勿为内边距使用 sp 单位，也不要假定内边距来定义视图高度：使用非线性字体放大 sp 尺寸可能并不成比例，因此 4sp + 20sp 可能并不等于 24sp。

转换放大像素 (sp) 单位

使用 TypedValue.applyDimension() 从 sp 单位转换为像素，并使用 TypedValue.deriveDimension() 将像素转换为 sp。这些方法会自动应用适当的非线性放大曲线。

避免对公式进行硬编码，使用以下代码 Configuration.fontScale 或 DisplayMetrics.scaledDensity。因为字体缩放 非线性的，则 scaledDensity 字段不再准确。fontScale 字段应仅用于提供信息， 使用单个标量值进行扩缩。

为 lineHeight 使用 sp 单位

始终使用 sp 单位定义 android:lineHeight dp 为 dp，因此行高会随文本一起缩放。否则，如果文本使用 sp，但 lineHeight 使用 dp 或 px，则文本不会缩放，并且看起来很拥挤。TextView 会自动更正 lineHeight，以便实现您的目标 比例会得到保留，但前提是 textSize 和 lineHeight 以 sp 为单位进行定义。

Kamera und Medien

Ultra HDR für Bilder

Abbildung der Bildqualität bei Standard Dynamic Range (SDR) und High Dynamic Range (HDR).

Android 14 unterstützt jetzt HDR-Bilder (High Dynamic Range). Dabei bleiben beim Aufnehmen eines Fotos mehr Informationen vom Sensor erhalten, was zu lebendigeren Farben und einem höheren Kontrast führt. Android verwendet das Ultra-HDR-Format, das vollständig abwärtskompatibel mit JPEG-Bildern ist. So können Apps nahtlos mit HDR-Bildern interagieren und sie bei Bedarf im Standard-Dynamikbereich (SDR) anzeigen.

Das Rendern dieser Bilder in der Benutzeroberfläche in HDR erfolgt automatisch durch das Framework, wenn Ihre App die HDR-Benutzeroberfläche für ihr Aktivitätsfenster aktiviert, entweder über einen Manifesteintrag oder zur Laufzeit durch Window.setColorMode() aufrufen. Auf unterstützten Geräten können Sie auch komprimierte Ultra-HDR-Standbilder aufnehmen. Je mehr Farben vom Sensor erfasst werden, desto flexibler ist die Nachbearbeitung. Die mit Ultra-HDR-Bildern verknüpfte Gainmap kann zum Rendern mit OpenGL oder Vulkan verwendet werden.

Zoom, Fokus, Postview und mehr in Kameraerweiterungen

Android 14 升级并改进了相机扩展程序，让应用能够处理更长的处理时间，从而支持在受支持的设备上使用计算密集型算法（例如弱光摄影）来改善图片。这些功能可让用户在使用相机扩展功能时获得更出色的体验。这些改进的示例包括：

In-Sensor-Zoom

当 CameraCharacteristics 中的 REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE 包含 SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW 时，您的应用可以使用高级传感器功能，将剪裁后的 RAW 数据流的像素与全视野范围相同，方法是将 CaptureRequest 与将数据流用例设置为 CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW 的 RAW 目标搭配使用。通过实现请求替换控件，更新后的相机可让用户在其他相机控件准备就绪之前使用缩放控件。

Lossless-USB-Audio

Android 14 gains support for lossless audio formats for audiophile-level experiences over USB wired headsets. You can query a USB device for its preferred mixer attributes, register a listener for changes in preferred mixer attributes, and configure mixer attributes using the AudioMixerAttributes class. This class represents the format, such as channel mask, sample rate, and behavior of the audio mixer. The class allows for audio to be sent directly, without mixing, volume adjustment, or processing effects.

Produktivität von Entwicklern und Tools

Credential Manager

Android 14 将 Credential Manager 添加为平台 API，并通过使用 Google Play 服务的 Jetpack 库，向后额外支持 Android 4.4（API 级别 19）设备。Credential Manager 旨在通过 API 使用用户配置的凭据提供程序检索和存储凭据，让用户更轻松地登录。Credential Manager 在单个 API 中支持多种登录方法，包括用户名和密码、通行密钥和联合登录解决方案（如“使用 Google 账号登录”）。

通行密钥具有许多优势。例如，通行密钥是基于业界标准构建的，可在各种不同的操作系统和浏览器生态系统中使用，并且可用于网站和应用。

如需了解详情，请参阅 Credential Manager 和通行密钥文档以及介绍 Credential Manager 和通行密钥的博文。

Health Connect

Health Connect ist ein On-Device-Repository für Gesundheits- und Fitnessdaten von Nutzern. Nutzer können Daten zwischen ihren Lieblings-Apps teilen und an einem zentralen Ort festlegen, welche Daten sie für diese Apps freigeben möchten.

Auf Geräten mit Android-Versionen vor Android 14 kann Health Connect als App im Google Play Store heruntergeladen werden. Ab Android 14 ist Health Connect Teil der Plattform und erhält Updates über Google Play-Systemupdates, ohne dass ein separater Download erforderlich ist. So kann Health Connect häufig aktualisiert werden und Ihre Apps können davon ausgehen, dass Health Connect auf Geräten mit Android 14 oder höher verfügbar ist. Nutzer können über die Einstellungen auf ihrem Gerät auf Health Connect zugreifen. Die Datenschutzeinstellungen sind in die Systemeinstellungen integriert.

Nutzer können Health Connect auf Geräten mit Android 14 oder höher ohne separaten App-Download verwenden.
Nutzer können über die Systemeinstellungen festlegen, welche Apps auf ihre Gesundheits- und Fitnessdaten zugreifen können.

Health Connect bietet in Android 14 mehrere neue Funktionen, z. B. Trainingsrouten. Damit können Nutzer eine Route ihres Trainings teilen, die auf einer Karte visualisiert werden kann. Eine Route wird als Liste von Orten definiert, die innerhalb eines bestimmten Zeitraums gespeichert wurden. Ihre App kann Routen in Trainingseinheiten einfügen und so miteinander verknüpfen. Damit Nutzer die vollständige Kontrolle über diese sensiblen Daten haben, müssen sie die Freigabe einzelner Routen für andere Apps zulassen.

Weitere Informationen finden Sie in der Health Connect-Dokumentation und im Blogpost Neuerungen in Android Health.

OpenJDK 17-Updates

Mit Android 14 werden die Kernbibliotheken von Android weiter aktualisiert, um sie an die Funktionen der neuesten OpenJDK LTS-Releases anzupassen. Dazu gehören sowohl Bibliotheksupdates als auch die Java 17-Sprachunterstützung für App- und Plattformentwickler.

Die folgenden Funktionen und Verbesserungen sind enthalten:

  • Etwa 300 java.base-Klassen wurden auf Java 17 umgestellt.
  • Textblöcke, die mehrzeilige Stringliterale in die Java-Programmiersprache einführen.
  • Musterabgleich für „instanceof“: Damit kann ein Objekt in einer instanceof ohne zusätzliche Variablen als Objekt eines bestimmten Typs behandelt werden.
  • Verschlossene Klassen, mit denen Sie einschränken können, welche Klassen und Schnittstellen sie erweitern oder implementieren können.

Dank Google Play-Systemupdates (Project Mainline) können über 600 Millionen Geräte die neuesten Android Runtime-Updates (ART) erhalten, die diese Änderungen enthalten. Wir möchten Apps eine einheitliche, sichere Umgebung auf allen Geräten bieten und Nutzern unabhängig von Plattformveröffentlichungen neue Funktionen und Möglichkeiten zur Verfügung stellen.

Java und OpenJDK sind Marken oder eingetragene Marken von Oracle und/oder seinen Tochtergesellschaften.

Verbesserungen für App-Shops

Android 14 引入了多个 PackageInstaller API，可帮助应用商店改善其用户体验。

下载之前请求批准安装

安装或更新应用可能需要用户批准。例如，当使用 REQUEST_INSTALL_PACKAGES 权限的安装程序尝试安装新应用时。在之前的 Android 版本中，只有在将 APK 写入安装会话并且提交会话后，应用商店才能请求用户批准。

从 Android 14 开始，requestUserPreapproval() 方法可让安装程序在提交安装会话之前请求用户批准。此项改进可让应用商店将任何 APK 的下载操作推迟到用户批准安装之后。此外，用户批准安装后，应用商店可以在后台下载并安装应用，而不会干扰用户。

承担未来更新的责任

借助 setRequestUpdateOwnership() 方法，安装程序可以向系统表明它打算负责将被安装的应用未来的更新。此 capability 可实现更新所有权强制执行，即仅允许更新所有者为应用安装自动更新。更新所有权强制执行有助于确保用户仅收到来自预期应用商店的更新。

任何其他安装程序（包括使用 INSTALL_PACKAGES 权限的安装程序）都必须获得用户的明确批准，才能安装更新。如果用户决定继续从其他来源安装更新，则会失去更新所有权。

在干扰较少的时段更新应用

应用商店通常希望避免更新正在使用的应用，因为这会导致应用正在运行的进程被终止，而这可能会中断用户正在执行的操作。

从 Android 14 开始，InstallConstraints API 让安装程序可以确保其应用更新在适当的时机进行。例如，应用商店可以调用 commitSessionAfterInstallConstraintsAreMet() 方法来确保仅在用户不再与相应应用互动时才进行更新。

无缝安装可选拆分

借助拆分 APK，应用的功能可以通过单独的 APK 文件提供，而不是以单体式 APK 的形式提供。借助拆分 APK，应用商店可以优化不同应用组件的提供。例如，应用商店可能会根据目标设备的属性进行优化。自在 API 级别 22 中引入以来，PackageInstaller API 一直支持拆分。

在 Android 14 中，setDontKillApp() 方法可让安装程序指明在安装新的拆分项时应用的运行进程不应终止。应用商店可以使用此功能，在用户使用应用时无缝安装应用的新功能。

App-Metadaten-Bundles

从 Android 14 开始，Android 软件包安装程序可让您指定应用元数据（例如数据安全做法），以在 Google Play 等应用商店页面上架。

Erkennen, wenn Nutzer Screenshots aufnehmen

To create a more standardized experience for detecting screenshots, Android 14 introduces a privacy-preserving screenshot detection API. This API lets apps register callbacks on a per-activity basis. These callbacks are invoked, and the user is notified, when the user takes a screenshot while that activity is visible.

Nutzererfahrung

Benutzerdefinierte Aktionen im Freigabeblatt und verbessertes Ranking

Android 14 更新了系统 Sharesheet，以便为用户提供自定义应用操作和信息更丰富的预览结果。

添加自定义操作

对于 Android 14，您的应用可以向其调用的系统 Sharesheet 添加自定义操作。

分享表格中自定义操作的屏幕截图。

提高直接共享目标的排名

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

共享表单中的“直接分享”行，如 1
所示

Unterstützung für integrierte und benutzerdefinierte Animationen für die intelligente „Zurück“-Touchgeste

视频：预测性返回动画

Android 13 在开发者选项背后引入了预测性“返回主屏幕”动画。在已启用开发者选项的受支持应用中使用时，滑回手势会显示动画，表明返回手势会使应用退回到主屏幕。

Android 14 包含针对“预测性返回”的多项改进和新指南：

在此 Android 14 预览版中，所有预测性返回功能都是位于开发者选项背后。请参阅与将您的应用迁移到预测性返回有关的开发者指南，以及与创建自定义应用内转换有关的开发者指南。

Herstellerüberschreibungen für Geräte mit großem Display pro App

Per-app overrides enable device manufacturers to change the behavior of apps on large screen devices. For example, the FORCE_RESIZE_APP override instructs the system to resize the app to fit display dimensions (avoiding size compatibility mode) even if resizeableActivity="false" is set in the app manifest.

Overrides are intended to improve the user experience on large screens.

New manifest properties enable you to disable some device manufacturer overrides for your app.

App-spezifische Überschreibungen für Nutzer mit großen Bildschirmen

按应用替换项会更改应用在大屏设备上的行为。例如，无论应用的配置如何，OVERRIDE_MIN_ASPECT_RATIO_LARGE 设备制造商替换项都会将应用宽高比设置为 16:9。

借助 Android 14 QPR1，用户可以在大屏设备上通过新的设置菜单应用按应用替换项。

App-Bildschirmfreigabe

Bei der App-Bildschirmfreigabe können Nutzer beim Aufzeichnen von Bildschirminhalten ein App-Fenster anstelle des gesamten Gerätebildschirms freigeben.

Bei der Bildschirmfreigabe für Apps werden die Statusleiste, die Navigationsleiste, Benachrichtigungen und andere Elemente der System-UI vom geteilten Display ausgeschlossen. Es werden nur die Inhalte der ausgewählten App freigegeben.

Die Bildschirmfreigabe von Apps verbessert die Produktivität und den Datenschutz, da Nutzer mehrere Apps ausführen, die Freigabe von Inhalten jedoch auf eine einzelne App beschränken können.

LLM-basierte Funktion „Intelligente Antworten“ in Gboard auf dem Google Pixel 8 Pro

On Pixel 8 Pro devices with the December Feature Drop, developers can try out higher-quality smart replies in Gboard powered by on-device Large Language Models (LLMs) running on Google Tensor.

This feature is available as a limited preview for US English in WhatsApp, Line, and KakaoTalk. It requires using a Pixel 8 Pro device with Gboard as your keyboard.

To try it out, first enable the feature in Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.

Next, open a conversation in a supported app to see LLM-powered Smart Reply in Gboard's suggestion strip in response to incoming messages.

Gboard utilizes on-device LLMs to provide higher-quality smart replies.

Grafik

Pfade können abgefragt und interpoliert werden

Die Path API von Android ist ein leistungsstarker und flexibler Mechanismus zum Erstellen und Rendern von Vektorgrafiken. Sie können damit einen Pfad zeichnen oder füllen, einen Pfad aus Liniensegmenten oder quadratischen oder kubischen Kurven erstellen, boolesche Operationen ausführen, um noch komplexere Formen zu erhalten, oder all dies gleichzeitig. Eine Einschränkung besteht darin, herauszufinden, was sich tatsächlich in einem Pfadobjekt befindet. Das Innere des Objekts ist nach der Erstellung für Aufrufer undurchsichtig.

Wenn Sie eine Path erstellen möchten, rufen Sie Methoden wie moveTo(), lineTo() und cubicTo() auf, um Pfadsegmente hinzuzufügen. Da es jedoch nicht möglich war, den Pfad nach den Segmenten zu fragen, müssen Sie diese Informationen zum Zeitpunkt der Erstellung beibehalten.

Ab Android 14 können Sie Pfade abfragen, um herauszufinden, was sie enthalten. Rufen Sie zuerst ein PathIterator-Objekt mit der Path.getPathIterator API ab:

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();

Als Nächstes können Sie PathIterator aufrufen, um die Segmente nacheinander durchzugehen und alle erforderlichen Daten für jedes Segment abzurufen. In diesem Beispiel werden PathIterator.Segment-Objekte verwendet, die die Daten für Sie verpacken:

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 hat auch eine Version von next() ohne Zuordnung, in der Sie einen Zwischenspeicher übergeben können, um die Punktdaten zu speichern.

Einer der wichtigsten Anwendungsfälle für die Abfrage von Path-Daten ist die Interpolation. So können Sie beispielsweise einen Übergang (Morphing) zwischen zwei verschiedenen Pfaden animieren. Zur weiteren Vereinfachung dieses Anwendungsfalls enthält Android 14 auch die Methode interpolate() für Path. Unter der Annahme, dass die beiden Pfade die gleiche interne Struktur haben, erstellt die Methode interpolate() eine neue Path mit diesem interpolierten Ergebnis. In diesem Beispiel wird ein Pfad zurückgegeben, dessen Form halbiert ist (eine lineare Interpolation von 0,5) zwischen path und otherPath:

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);
}

Die Jetpack-Bibliothek graphics-path ermöglicht ähnliche APIs auch für ältere Android-Versionen.

Benutzerdefinierte Meshes mit Vertex- und Fragment-Shadern

Android unterstützt schon lange das Zeichnen von Dreiecksnetzen mit benutzerdefinierter Schattierung. Das Eingabe-Mesh-Format war jedoch auf einige vordefinierte Kombinationen von Attributen beschränkt. Android 14 unterstützt benutzerdefinierte 3D-Meshes, die als Dreiecke oder Dreiecksstreifen definiert werden können und optional indexiert werden können. Diese Meshes werden mit benutzerdefinierten Attributen, Vertex-Strides, Variierenden sowie Vertex- und Fragment-Shadern in AGSL angegeben.

Der Vertex-Shader definiert die Variablen wie Position und Farbe, während der Fragment-Shader optional die Farbe für das Pixel definieren kann, in der Regel unter Verwendung der vom Vertex-Shader erstellten Variablen. Wenn die Farbe vom Fragment-Shader bereitgestellt wird, wird sie mit der aktuellen Paint-Farbe mithilfe des Blendmodus gemischt, der beim Zeichnen des Mesh ausgewählt wurde. Uniforms können für zusätzliche Flexibilität an die Fragment- und Vertex-Shader übergeben werden.

Hardware-Buffer-Renderer für Canvas

协助使用 Android 的 Canvas API 通过 硬件加速至 HardwareBuffer、Android 14 引入了 HardwareBufferRenderer。如果您的用例涉及通过 SurfaceControl 与系统合成器通信以实现低延迟绘制，此 API 特别有用。