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 扩展了 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) 的应用语言可见性：IME 可以利用 getApplicationLocales() 方法查看当前应用的语言，并将 IME 语言与该语言进行匹配。

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.

Mit der Grammatical Inflection API in Android 14 können Sie eine nutzerzentrierte Benutzeroberfläche für Sprachen mit grammatischem Geschlecht erstellen. So können Sie die Unterstützung für das grammatische Geschlecht hinzufügen, ohne Ihre App umbauen zu müssen.

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 unterstützt jetzt verlustfreie Audioformate für eine audiophile Wiedergabe über USB-Kopfhörer. Du kannst ein USB-Gerät nach seinen bevorzugten Mixerattributen abfragen, einen Listener für Änderungen an bevorzugten Mixerattributen registrieren und Mixerattribute mit der Klasse AudioMixerAttributes konfigurieren. Diese Klasse stellt das Format dar, z. B. Kanalmaske, Abtastrate und Verhalten des Audiomixers. Mit dieser Klasse kann Audio direkt gesendet werden, ohne dass es gemischt, die Lautstärke angepasst oder Verarbeitungseffekte angewendet werden.

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 是用户健康与健身数据的设备端仓库。借助该功能，用户可以在一个位置控制要与这些应用共享哪些数据，并在自己喜爱的应用之间共享数据。

在搭载 Android 14 之前的 Android 版本的设备上，Health Connect 可作为应用从 Google Play 商店下载。从 Android 14 开始，Health Connect 将成为 Android 平台的一部分，并通过 Google Play 系统更新接收更新，而无需单独下载。这样一来，Health Connect 就可以频繁更新，您的应用可以依赖于搭载 Android 14 或更高版本的设备上提供的 Health Connect。用户可以通过设备的“设置”访问 Health Connect，隐私控制功能集成到系统设置中。

用户无需在搭载 Android 14 或更高版本的设备上单独下载应用，即可开始使用 Health Connect。
用户可以通过系统设置控制哪些应用可以访问其健康与健身数据。

Health Connect 在 Android 14 中包含多项新功能，例如锻炼路线，可让用户分享可在地图上直观呈现的锻炼路线。路线定义为在一定时间范围内保存的位置列表，您的应用可以将路线插入锻炼时段，将它们关联起来。为确保用户能够完全控制此类敏感数据，用户必须允许与其他应用共享单个路线。

如需了解详情，请参阅 Health Connect 文档以及有关 Android Health 中的新功能的博文。

OpenJDK 17-Updates

Android 14 将继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致，包括适合应用和平台开发者的库更新和 Java 17 语言支持。

其中包含以下功能和改进：

  • 将大约 300 个 java.base 类更新为支持 Java 17。
  • 文本块 - 为 Java 编程语言引入了多行字符串字面量。
  • instanceof 模式匹配：可让对象在 instanceof 中被视为具有特定类型，而无需任何额外的变量。
  • 密封类：允许您限制哪些类和接口可以扩展或实现它们。

得益于 Google Play 系统更新 (Project Mainline)，6 亿多台设备能够接收包含这些更改的最新 Android 运行时 (ART) 更新。我们致力于为应用提供更加一致、安全的跨设备环境，并为用户提供独立于平台版本的新功能。

Java 和 OpenJDK 是 Oracle 及/或其关联公司的商标或注册商标。

Verbesserungen für App-Shops

Android 14 introduces several PackageInstaller APIs that allow app stores to improve their user experience.

Request install approval before downloading

Installing or updating an app might require user approval. For example, when an installer making use of the REQUEST_INSTALL_PACKAGES permission attempts to install a new app. In prior Android versions, app stores can only request user approval after APKs are written to the install session and the session is committed.

Starting with Android 14, the requestUserPreapproval() method lets installers request user approval before committing the install session. This improvement lets an app store defer downloading any APKs until after the installation has been approved by the user. Furthermore, once a user has approved installation, the app store can download and install the app in the background without interrupting the user.

Claim responsibility for future updates

The setRequestUpdateOwnership() method allows an installer to indicate to the system that it intends to be responsible for future updates to an app it is installing. This capability enables update ownership enforcement, meaning that only the update owner is permitted to install automatic updates to the app. Update ownership enforcement helps to ensure that users receive updates only from the expected app store.

Any other installer, including those making use of the INSTALL_PACKAGES permission, must receive explicit user approval in order to install an update. If a user decides to proceed with an update from another source, update ownership is lost.

Update apps at less-disruptive times

App stores typically want to avoid updating an app that is actively in use because this leads to the app's running processes being killed, which potentially interrupts what the user was doing.

Starting with Android 14, the InstallConstraints API gives installers a way to ensure that their app updates happen at an opportune moment. For example, an app store can call the commitSessionAfterInstallConstraintsAreMet() method to make sure that an update is only committed when the user is no longer interacting with the app in question.

Seamlessly install optional splits

With split APKs, features of an app can be delivered in separate APK files, rather than as a monolithic APK. Split APKs allow app stores to optimize the delivery of different app components. For example, app stores might optimize based on the properties of the target device. The PackageInstaller API has supported splits since its introduction in API level 22.

In Android 14, the setDontKillApp() method allows an installer to indicate that the app's running processes shouldn't be killed when new splits are installed. App stores can use this feature to seamlessly install new features of an app while the user is using the app.

App-Metadaten-Bundles

Starting in Android 14, the Android package installer lets you specify app metadata, such as data safety practices, to include on app store pages such as Google Play.

Erkennen, wenn Nutzer Screenshots aufnehmen

为了打造更加标准化的屏幕截图检测体验，Android 14 引入了可保护隐私的屏幕截图检测 API。借助此 API，应用可以按 activity 注册回调。如果用户在该 activity 可见时截取屏幕截图，系统会调用这些回调并通知用户。

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

Video: Intelligente „Zurück“-Geste

In Android 13 wurde die intelligente „Zurück“-Geste für die Systemanimation als Entwickleroption eingeführt. Wenn Sie die Touch-Geste „Zurück“ in einer unterstützten App verwenden, bei der die Entwickleroption aktiviert ist, wird beim Wischen nach hinten eine Animation angezeigt, die darauf hinweist, dass Sie durch die Touch-Geste „Zurück“ die App verlassen und zum Startbildschirm zurückkehren.

Android 14 enthält mehrere Verbesserungen und neue Hinweise für die Vorhersagefunktion für Back:

In dieser Android 14-Vorabversion sind alle Funktionen der Vorhersagefunktion für die rückwärtsgerichtete Navigation weiterhin nur über eine Entwickleroption verfügbar. Weitere Informationen finden Sie im Entwicklerleitfaden zur Migration Ihrer App zu der Funktion „Vorhersagender Rückwärtsgang“ und im Entwicklerleitfaden zum Erstellen benutzerdefinierter In-App-Übergänge.

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

借助按应用替换项，设备制造商可以更改应用在大屏设备上的行为。例如，FORCE_RESIZE_APP 替换项会指示系统调整应用大小以适应显示屏尺寸（避免进入尺寸兼容模式），即使在应用清单中设置了 resizeableActivity="false" 也是如此。

替换项旨在改善大屏设备上的用户体验。

借助新的清单属性，您可以为应用停用某些设备制造商替换项。

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

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

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

App-Bildschirmfreigabe

借助应用界面共享功能，用户可以在录制屏幕内容时共享应用窗口，而不是整个设备屏幕。

在应用屏幕共享模式下，状态栏、导航栏、通知和其他系统界面元素会从共享显示屏中排除。系统只会分享所选应用的内容。

应用屏幕共享功能可让用户运行多个应用，但将内容共享限制为单个应用，从而提高工作效率并保护隐私。

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

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。

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

To assist in using Android's Canvas API to draw with hardware acceleration into a HardwareBuffer, Android 14 introduces HardwareBufferRenderer. This API is particularly useful when your use case involves communication with the system compositor through SurfaceControl for low-latency drawing.