Funktionen und APIs – Übersicht

Android 14 bietet tolle Funktionen und APIs für Entwickler. Im Folgenden erfahren Sie mehr über Funktionen für Ihre Apps und erhalten einen Einstieg in die zugehörigen APIs.

Eine detaillierte Liste der hinzugefügten, geänderten und entfernten APIs finden Sie im API-Diff-Bericht. Weitere Informationen zu den hinzugefügten APIs finden Sie in der Android API-Referenz. Suchen Sie bei Android 14 nach APIs, die in API-Level 34 hinzugefügt wurden. Informationen dazu, in welchen Bereichen sich Plattformänderungen auf Ihre Apps auswirken können, finden Sie in den Änderungen am Verhalten von Android 14 für Apps, die auf Android 14 ausgerichtet sind und in den Änderungen am Verhalten von Android 14 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

有 30 亿人在使用区分性别的语言，此类语言的语法类别（例如名词、动词、形容词和介词）会根据您交谈所涉及的人或物的性别而变化。传统上，许多区分性别的语言使用阳性语法性别作为默认或通用性别。

以错误的语法性别来称呼用户，例如以阳性语法性别来称呼女性，可能会对她们的表现和态度产生负面影响。相比之下，界面语言如果能正确反映用户的语法性别，就可以提高用户互动度，并提供更个性化、更自然的用户体验。

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 Schriftskalierung 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 单位（而非 dp）定义 android:lineHeight，以便行高随文本一起缩放。否则，如果您的文本为 sp，而 lineHeight 以 dp 或 px 为单位，则文本无法缩放且看起来狭窄。TextView 会自动更正 lineHeight 以保留您预期的比例，但前提是以 sp 为单位同时定义 textSize 和 lineHeight。

Kamera und Medien

Ultra HDR für Bilder

An illustration of Standard Dynamic Range (SDR) versus High Dynamic Range (HDR) image quality.

Android 14 adds support for High Dynamic Range (HDR) images that retain more of the information from the sensor when taking a photo, which enables vibrant colors and greater contrast. Android uses the Ultra HDR format, which is fully backward compatible with JPEG images, allowing apps to seamlessly interoperate with HDR images, displaying them in Standard Dynamic Range (SDR) as needed.

Rendering these images in the UI in HDR is done automatically by the framework when your app opts in to using HDR UI for its Activity Window, either through a manifest entry or at runtime by calling Window.setColorMode(). You can also capture compressed Ultra HDR still images on supported devices. With more colors recovered from the sensor, editing in post can be more flexible. The Gainmap associated with Ultra HDR images can be used to render them using OpenGL or Vulkan.

Zoom, Fokus, Postview und mehr in Kameraerweiterungen

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:

Zoomen im Sensor

Wenn REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE in CameraCharacteristics SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW enthält, kann Ihre App mithilfe erweiterter Sensorfunktionen einem zugeschnittenen RAW-Stream dieselben Pixel wie das vollständige Sichtfeld zuweisen. Verwenden Sie dazu einen CaptureRequest mit einem RAW-Ziel, für das der Stream-Nutzungsfall auf CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW festgelegt ist. Durch die Implementierung der Steuerelemente für die Überschreibung von Anfragen können Nutzer mit der aktualisierten Kamera den Zoom bereits steuern, bevor andere Kamerasteuerelemente verfügbar sind.

Verlustfreie USB-Audioübertragung

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 und Tools für Entwickler

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

Android 14 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.

The following features and improvements are included:

  • Updated approximately 300 java.base classes to Java 17 support.
  • Text Blocks, which introduce multi-line string literals to the Java programming language.
  • Pattern Matching for instanceof, which allows an object to be treated as having a specific type in an instanceof without any additional variables.
  • Sealed classes, which allow you restrict which classes and interfaces can extend or implement them.

Thanks to Google Play system updates (Project Mainline), over 600 million devices are enabled to receive the latest Android Runtime (ART) updates that include these changes. This is part of our commitment to give apps a more consistent, secure environment across devices, and to deliver new features and capabilities to users independent of platform releases.

Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.

Verbesserungen für App-Shops

Mit Android 14 werden mehrere PackageInstaller APIs eingeführt, mit denen App-Shops die Nutzerfreundlichkeit verbessern können.

Vor dem Herunterladen Installationsberechtigung anfordern

Für die Installation oder Aktualisierung einer App ist möglicherweise die Genehmigung des Nutzers erforderlich. Beispielsweise, wenn ein Installationsprogramm, das die Berechtigung REQUEST_INSTALL_PACKAGES nutzt, versucht, eine neue App zu installieren. In früheren Android-Versionen können App-Shops die Nutzergenehmigung nur anfordern, nachdem APKs in die Installationssitzung geschrieben und die Sitzung festgeschrieben wurde.

Ab Android 14 können Installateure mit der Methode requestUserPreapproval() die Nutzereinwilligung vor dem Ausführen der Installationssitzung anfordern. Durch diese Verbesserung kann ein App-Shop das Herunterladen von APKs so lange verschieben, bis die Installation vom Nutzer genehmigt wurde. Sobald ein Nutzer die Installation genehmigt hat, kann der App-Shop die App im Hintergrund herunterladen und installieren, ohne den Nutzer zu unterbrechen.

Verantwortung für zukünftige Updates übernehmen

Mit der Methode setRequestUpdateOwnership() kann ein Installationsprogramm dem System mitteilen, dass es für zukünftige Updates einer installierten App verantwortlich sein möchte. Mit dieser Funktion kann die Inhaberschaft von Updates erzwungen werden. Das bedeutet, dass nur der Inhaber des Updates automatische Updates für die App installieren darf. So wird sichergestellt, dass Nutzer Updates nur über den erwarteten App-Shop erhalten.

Alle anderen Installationsprogramme, einschließlich derjenigen, die die Berechtigung INSTALL_PACKAGES verwenden, müssen die ausdrückliche Genehmigung des Nutzers einholen, um ein Update zu installieren. Wenn ein Nutzer sich für eine Aktualisierung aus einer anderen Quelle entscheidet, geht die Inhaberschaft für die Aktualisierung verloren.

Apps zu einer weniger störenden Zeit aktualisieren

App-Shops möchten in der Regel vermeiden, eine App zu aktualisieren, die aktiv verwendet wird, da dadurch die laufenden Prozesse der App beendet werden, was die Aktivitäten des Nutzers unterbrechen kann.

Ab Android 14 können Sie mit der InstallConstraints API dafür sorgen, dass Ihre App-Updates zum richtigen Zeitpunkt erfolgen. Ein App-Shop kann beispielsweise die Methode commitSessionAfterInstallConstraintsAreMet() aufrufen, um dafür zu sorgen, dass ein Update nur dann ausgeführt wird, wenn der Nutzer nicht mehr mit der betreffenden App interagiert.

Optionale Trennlinien nahtlos einfügen

Bei Split-APKs können Funktionen einer App in separaten APK-Dateien bereitgestellt werden, anstatt als monolithisches APK. Mit unterteilten APKs können App-Shops die Bereitstellung verschiedener App-Komponenten optimieren. App-Shops können beispielsweise basierend auf den Eigenschaften des Zielgeräts optimieren. Die PackageInstaller API unterstützt seit ihrer Einführung in API-Ebene 22 die Aufteilung.

Unter Android 14 kann ein Installer mit der Methode setDontKillApp() angeben, dass die laufenden Prozesse der App nicht beendet werden sollen, wenn neue Splits installiert werden. App-Shops können diese Funktion verwenden, um neue Funktionen einer App nahtlos zu installieren, während der Nutzer die App verwendet.

App-Metadaten-Bundles

Ab Android 14 können Sie mit dem Android-Paketinstallationsprogramm App-Metadaten wie Praktiken zur Datensicherheit angeben, die auf App-Shop-Seiten wie Google Play angezeigt werden.

Erkennen, wenn Nutzer Screenshots auf dem Gerät erstellen

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 für die Freigabeseite und verbessertes Ranking

Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.

Add custom actions

With Android 14, your app can add custom actions to the system sharesheet it invokes.

Screenshot of custom actions on the sharesheet.

Improve ranking of Direct Share targets

Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.

Direct Share row in the sharesheet, as shown by 1

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

Video: Predictive back animations

Android 13 introduced the predictive back-to-home animation behind a developer option. When used in a supported app with the developer option enabled, swiping back shows an animation indicating that the back gesture exits the app back to the home screen.

Android 14 includes multiple improvements and new guidance for Predictive Back:

With this Android 14 preview release, all features of Predictive Back remain behind a developer option. See the developer guide to migrate your app to predictive back, as well as the developer guide to creating custom in-app transitions.

App-spezifische Überschreibungen von Geräteherstellern mit großem Display

Mit Überschreibungen pro App können Gerätehersteller das Verhalten von Apps auf Geräten mit großen Bildschirmen ändern. Die Überschreibung FORCE_RESIZE_APP weist das System beispielsweise an, die App an die Displayabmessungen anzupassen (um den Kompatibilitätsmodus zu vermeiden), auch wenn resizeableActivity="false" im App-Manifest festgelegt ist.

Überschreibungen sollen die Nutzererfahrung auf großen Bildschirmen verbessern.

Mit neuen Manifesteigenschaften können Sie einige Überschreibungen von Geräteherstellern für Ihre App deaktivieren.

Nutzer mit großem Bildschirm – App-spezifische Überschreibungen

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

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

App-Bildschirmfreigabe

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

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

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

LLM-basierte intelligente Antworten in Gboard auf Google Pixel 8 Pro

Auf Google Pixel 8 Pro-Geräten mit dem Feature Drop vom Dezember können Entwickler intelligente Antworten in Gboard ausprobieren, die auf On-Device-Large Language Models (LLMs) basieren, die auf Google Tensor ausgeführt werden.

Diese Funktion ist in WhatsApp, Line und KakaoTalk als eingeschränkte Vorabversion für amerikanisches Englisch verfügbar. Dazu benötigen Sie ein Google Pixel 8 Pro mit Gboard als Tastatur.

Wenn Sie die Funktion ausprobieren möchten, aktivieren Sie sie zuerst unter Einstellungen > Entwickleroptionen > AICore-Einstellungen > „Persistente AICore-Daten aktivieren“.

Öffnen Sie als Nächstes eine Unterhaltung in einer unterstützten App, um LLM-basierte intelligente Antworten in der Vorschlagsleiste von Gboard als Antwort auf eingehende Nachrichten zu sehen.

Gboard nutzt On-Device-LLMs, um intelligentere Antworten zu liefern.

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 Shader mit Vertex- und Fragment-Shadern

Android has long supported drawing triangle meshes with custom shading, but the input mesh format has been limited to a few predefined attribute combinations. Android 14 adds support for custom meshes, which can be defined as triangles or triangle strips, and can, optionally, be indexed. These meshes are specified with custom attributes, vertex strides, varying, and vertex and fragment shaders written in AGSL.

The vertex shader defines the varyings, such as position and color, while the fragment shader can optionally define the color for the pixel, typically by using the varyings created by the vertex shader. If color is provided by the fragment shader, it is then blended with the current Paint color using the blend mode selected when drawing the mesh. Uniforms can be passed into the fragment and vertex shaders for additional flexibility.

Hardware-Puffer-Renderer für Canvas

Unter Android 14 wird HardwareBufferRenderer eingeführt, um die Verwendung der Canvas API von Android zum Zeichnen mit Hardwarebeschleunigung in einem HardwareBuffer zu unterstützen. Diese API ist besonders nützlich, wenn Ihr Anwendungsfall die Kommunikation mit dem System umfasst Compositor über SurfaceControl für niedrige Latenzzeiten zeichnen können.