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 in Android 13 (API-Level 33) eingeführten pro App-Sprache um folgende 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 Spracheinstellungen für einzelne Apps automatisch unterstützt werden. Basierend auf Ihren Projektressourcen generiert das Android-Gradle-Plug-in die LocaleConfig-Datei 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 sowie alle Bibliotheksmodulabhängigkeiten, um die Sprachen zu bestimmen, 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. Nutzen Sie diese Flexibilität, um die Liste der unterstützten Sprachen für jede Region anzupassen, A/B-Tests auszuführen oder eine aktualisierte Liste von Sprachen bereitzustellen, wenn Ihre Anwendung serverseitige Push-Vorgänge für die Lokalisierung verwendet.

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

Grammatical Inflection API

3 billion people speak gendered languages: languages where grammatical categories—such as nouns, verbs, adjectives, and prepositions—inflect according to the gender of people and objects you talk to or about. Traditionally, many gendered languages use masculine grammatical gender as the default or generic gender.

Addressing users in the wrong grammatical gender, such as addressing women in masculine grammatical gender, can negatively impact their performance and attitude. In contrast, a UI with language that correctly reflects the user's grammatical gender can improve user engagement and provide a more personalized and natural-sounding user experience.

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 Präferenzen

Mit den regionalen Einstellungen können Nutzer Temperatureinheiten, den Wochentag und das Nummerierungssystem anpassen. Ein Europäer, der in den USA lebt, möchte möglicherweise, dass Temperatureinheiten in Celsius statt in Fahrenheit angegeben werden und dass Apps Montag als Wochenbeginn verwenden, anstatt den US-Standardsonntag.

Die neuen Android-Einstellungen für diese Einstellungen bieten Nutzern eine leicht auffindbare und zentrale Stelle, an der sie die App-Einstellungen ändern können. Diese Einstellungen bleiben auch nach dem Sichern und Wiederherstellen erhalten. Mehrere APIs und Intents, wie z. B. getTemperatureUnit und getFirstDayOfWeek– Ihrer App Lesezugriff auf Nutzereinstellungen zu gewähren, damit sie anpassen kann, wie sie werden Informationen angezeigt. Du kannst auch eine BroadcastReceiver unter ACTION_LOCALE_CHANGED registrieren, um Änderungen an der Gebietsschemakonfiguration zu verarbeiten, wenn sich die regionalen Einstellungen ändern.

Sie finden diese Einstellungen in den Einstellungen unter System > Sprachen und Eingabe > Regionale Einstellungen.

Bildschirm „Regionale Einstellungen“ in den Android-Systemeinstellungen
Temperaturoptionen für regionale Einstellungen in den Android-Systemeinstellungen

Bedienungshilfen

Nicht lineare Schriftskalierung auf 200%

Ab Android 14 unterstützt das System eine Schriftgrößenänderung von bis zu 200 %. So erhalten sehbehinderte Nutzer zusätzliche Optionen für Barrierefreiheit, die den Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG) entsprechen.

Damit große Textelemente auf dem Bildschirm nicht zu groß skaliert werden, verwendet das System eine nichtlineare Skalierungskurve. Durch diese Skalierungsstrategie werden große Textgrößen nicht in gleicher Geschwindigkeit skaliert wie kleinerer Text. Mit einer nicht linearen Schriftskalierung die proportionale Hierarchie zwischen Elementen unterschiedlicher Größe beibehalten, zur Minimierung von Problemen mit linearer Textskalierung in hohem Maße (z. B. abgeschnittener Text oder Text, der aufgrund des extrem großen Displays schwerer lesbar ist Größen).

App mit nicht linearer Schriftskalierung testen

Maximale Schriftgröße in den Geräteeinstellungen für Bedienungshilfen aktivieren um Ihre App zu testen.

Wenn Sie bereits skalierbare Pixel (sp) zum Definieren der Textgröße verwenden, werden diese zusätzlichen Optionen und Skalierungsverbesserungen automatisch auf den Text in Ihrer App angewendet. Sie sollten jedoch weiterhin UI-Tests mit aktivierter maximaler Schriftgröße (200 %) durchführen, um sicherzustellen, dass die Schriftgrößen in Ihrer App korrekt angewendet werden und größere Schriftgrößen ohne Beeinträchtigung der Nutzerfreundlichkeit möglich sind.

So aktivieren Sie die Schriftgröße von 200 %:

  1. Öffnen Sie die Einstellungen und navigieren Sie zu Bedienungshilfen > Anzeigegröße und Text.
  2. Tippen Sie für die Option Schriftgröße auf das Pluszeichen (+), bis die maximale Schriftart Größeneinstellung aktiviert ist, wie in der zugehörigen Abbildung gezeigt. .

Skalierte Pixeleinheiten (sp) für Textgrößen verwenden

Geben Sie Textgrößen immer in sp-Einheiten an. Wann? Ihre App sp-Einheiten verwendet, kann Android die bevorzugte Textgröße des Nutzers und und skalieren Sie es entsprechend.

Verwenden Sie keine sp-Einheiten für das Padding und definieren Sie keine Ansichtshöhen bei implizitem Padding: mit nicht linearer Schriftskalierung sind die Abmessungen sp möglicherweise nicht proportional. Daher ist 4sp + 20 sp ist möglicherweise nicht gleich 24 sp.

Skalierte Pixeleinheiten (sp) umrechnen

Verwenden Sie TypedValue.applyDimension(), um von sp-Einheiten in Pixel umzuwandeln, und TypedValue.deriveDimension(), um Pixel in sp umzuwandeln. Bei diesen Methoden wird die entsprechende nichtlineare Skalierungskurve automatisch angewendet.

Vermeiden Sie das Hartkodieren von Gleichungen mit Configuration.fontScale oder DisplayMetrics.scaledDensity Da die Schrift skaliert wird, ist das Feld scaledDensity nicht mehr korrekt. Das Feld fontScale sollte nur zu Informationszwecken verwendet werden, da Schriftarten nicht mehr mit einem einzelnen Skalarwert skaliert werden.

Verwenden Sie sp-Einheiten für „lineHeight“.

Definieren Sie android:lineHeight immer in sp-Einheiten anstelle von dp, damit die Zeilenhöhe mit dem Text skaliert. Andernfalls, wenn Ihr Text in sp, Ihre lineHeight aber in dp oder px ist, wird er nicht skaliert und wirkt überladen. TextView korrigiert lineHeight automatisch so, dass die beabsichtigte Proportionen werden beibehalten, aber nur, wenn sowohl textSize als auch lineHeight in sp-Einheiten definiert.

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

Unter Android 14 werden Kameraerweiterungen aktualisiert und verbessert, sodass Apps längere Verarbeitungszeiten bewältigen können. Außerdem werden auf unterstützten Geräten mithilfe von rechenintensiven Algorithmen wie Fotografie bei schlechten Lichtverhältnissen verbesserte Bilder ermöglicht. Diese Funktionen bieten Nutzern eine noch robustere Erfahrung bei Verwendung von Kameraerweiterungen. Beispiele für diese Verbesserungen:

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 für einen zugeschnittenen RAW-Stream dieselben Pixel wie das gesamte Sichtfeld ausgeben. Dazu wird ein CaptureRequest mit einem RAW-Ziel verwendet, für das der Anwendungsfall für den Stream auf CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW festgelegt ist. Durch Implementierung der Steuerelemente zum Überschreiben von Anfragen bietet die aktualisierte Kamera Nutzern eine Zoomsteuerung, noch bevor andere Kamerasteuerelemente bereit sind.

Verlustfreie USB-Audioübertragung

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

Anmeldedaten-Manager

Unter Android 14 wird der Credential Manager als Plattform-API hinzugefügt. Geräte mit Android 4.4 (API-Level 19) werden über eine Jetpack-Bibliothek mit Google Play-Diensten wieder unterstützt. Der Credential Manager soll Nutzern die Anmeldung erleichtern. Dazu werden APIs verwendet, die Anmeldedaten bei von Nutzern konfigurierten Anmeldedatenanbietern abrufen und speichern. Die Anmeldedatenverwaltung unterstützt mehrere Anmeldemethoden, darunter Nutzername und Passwort, Passkeys und Lösungen für föderierte Anmeldungen (z. B. „Über Google anmelden“) in einer einzigen API.

Passkeys bieten viele Vorteile. Passkeys basieren beispielsweise auf Branchenstandards, können mit verschiedenen Betriebssystemen und Browsern sowie auf Websites und in Apps verwendet werden.

Weitere Informationen finden Sie in der Dokumentation zu Anmeldedatenmanager und Passkeys und im Blogpost zur Anmeldedatenverwaltung und Passkeys.

Health Connect

Health Connect ist ein On-Device-Repository für Gesundheits- und Fitnessdaten von Nutzern. Nutzer können damit Daten zwischen ihren bevorzugten Anwendungen teilen. Sie können zentral steuern, welche Daten mit diesen Anwendungen geteilt werden sollen.

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. Health Connect kann so häufig aktualisiert werden und deine Apps können darauf vertrauen, dass Health Connect auf Geräten mit Android 14 oder höher verfügbar ist. Nutzer können über die Einstellungen ihres Geräts 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 Zugriff auf ihre Gesundheits- und Fitnessdaten haben.

Health Connect enthält mehrere neue Funktionen in Android 14, z. B. Trainingsrouten, mit denen Nutzer eine Strecke ihres Trainings teilen können, die auf einer Karte visualisiert werden kann. Eine Route ist als Liste von Orten definiert, die innerhalb eines Zeitfensters gespeichert werden. Deine App kann Routen in Trainingssitzungen einfügen und diese miteinander verknüpfen. Damit Nutzer die vollständige Kontrolle über diese sensiblen Daten haben, müssen sie die Freigabe einzelner Routen für andere Anwendungen zulassen.

Weitere Informationen finden Sie in der Dokumentation zu Health Connection und im Blogpost zu Neu bei Android Health.

OpenJDK 17-Updates

Unter Android 14 werden die Kernbibliotheken von Android fortlaufend aktualisiert, damit sie den Funktionen der neuesten OpenJDK-LTS-Releases entsprechen. Dazu gehören sowohl Bibliotheksupdates als auch die Java 17-Sprachunterstützung für App- und Plattformentwickler.

Folgende Funktionen und Verbesserungen wurden eingeführt:

  • Aktualisierung von ca. 300 java.base-Klassen auf Java 17-Unterstützung.
  • Textblocks, die mehrzeilige Stringliterale in die Programmiersprache Java einführen.
  • Musterabgleich für „instanceof“, mit dem ein Objekt in einer instanceof ohne zusätzliche Variablen so behandelt werden kann, als hätte es einen bestimmten Typ.
  • Versiegelte Klassen, mit denen Sie einschränken können, welche Klassen und Schnittstellen sie erweitern oder implementieren können.

Dank Google Play-Systemupdates (Project Mainline) erhalten über 600 Millionen Geräte die neuesten ART-Updates (Android Runtime) mit diesen Änderungen. Dies ist Teil unserer Bemühungen, Anwendungen geräteübergreifend eine einheitlichere, sicherere Umgebung zu bieten und Nutzern unabhängig von Plattform-Releases neue Features und Funktionen bereitzustellen.

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

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 Download Genehmigung für die Installation anfordern

Für die Installation oder Aktualisierung einer App ist möglicherweise die Nutzergenehmigung erforderlich. Das ist beispielsweise der Fall, wenn ein Installationsprogramm, das die Berechtigung REQUEST_INSTALL_PACKAGES verwendet, versucht, eine neue App zu installieren. Bei älteren Android-Versionen können App-Shops die Nutzergenehmigung nur anfordern, nachdem APKs in die Installationssitzung geschrieben und für die Sitzung ein Commit erstellt wurde.

Ab Android 14 können Installationsprogramme mit der Methode requestUserPreapproval() die Nutzergenehmigung anfordern, bevor die Installationssitzung durchgeführt wird. Durch diese Verbesserung kann ein App-Shop das Herunterladen von APKs so lange zurückstellen, bis die Installation vom Nutzer genehmigt wurde. Sobald ein Nutzer die Installation genehmigt hat, kann der App-Shop die App außerdem 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 soll. Mit dieser Funktion kann die Inhaberschaft für Updates erzwungen werden. Das bedeutet, dass nur der Inhaber des Updates automatische Updates für die App installieren darf. Dadurch wird sichergestellt, dass Nutzer nur Updates aus dem erwarteten App-Shop erhalten.

Alle anderen Installateure, einschließlich solchen, die die Berechtigung INSTALL_PACKAGES verwenden, müssen eine ausdrückliche Nutzergenehmigung einholen, um ein Update zu installieren. Wenn ein Nutzer mit einem Update aus einer anderen Quelle fortfährt, geht die Inhaberschaft für die Aktualisierung verloren.

Apps zu weniger Störungen aktualisieren

App-Shops möchten in der Regel vermeiden, eine Anwendung zu aktualisieren, die aktiv verwendet wird, da dies dazu führt, dass die laufenden Prozesse der Anwendung beendet werden, was möglicherweise zu Unterbrechungen beim Nutzer führt.

Ab Android 14 bietet die InstallConstraints API Nutzern die Möglichkeit, App-Updates zu einem geeigneten Zeitpunkt durchzuführen. Ein App-Shop kann beispielsweise die Methode commitSessionAfterInstallConstraintsAreMet() aufrufen, damit für ein Update nur dann ein Commit durchgeführt wird, wenn der Nutzer nicht mehr mit der betreffenden App interagiert.

Optionale Splits nahtlos installieren

Mit unterteilten APKs können die Funktionen einer App in separaten APK-Dateien statt als monolithisches APK bereitgestellt werden. Mit geteilten APKs können App-Shops die Bereitstellung verschiedener App-Komponenten optimieren. Beispielsweise können App-Shops eine Optimierung basierend auf den Eigenschaften des Zielgeräts durchführen. Die PackageInstaller API unterstützt Splits seit ihrer Einführung in API-Level 22.

In Android 14 kann ein Installationsprogramm mit der Methode setDontKillApp() angeben, dass die laufenden Prozesse der App bei der Installation neuer Splits nicht beendet werden sollen. App-Shops können diese Funktion nutzen, um neue Funktionen einer App nahtlos zu installieren, während der Nutzer die App verwendet.

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 auf dem Gerät erstellen

Für eine standardisierte Erkennung von Screenshots wird in Android 14 eine datenschutzfreundliche API zur Screenshoterkennung eingeführt. Mit dieser API können Apps Callbacks pro Aktivität registrieren. Diese Callbacks werden aufgerufen und der Nutzer wird benachrichtigt, wenn er einen Screenshot macht, während diese Aktivität sichtbar ist.

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: Animationen mit vorhersehbaren Rücken

Mit Android 13 wurde die vorausschauende Back-to-Home-Animation hinter einer Entwickleroption eingeführt. Bei Verwendung in einer unterstützten App mit aktivierter Entwickleroption wird durch das Zurückwischen eine Animation angezeigt, die darauf hinweist, dass durch die Zurück-Geste die App zurück zum Startbildschirm beendet wird.

Android 14 umfasst mehrere Verbesserungen und neue Anleitungen für die Funktion „Predictive Back“:

In dieser Vorabversion von Android 14 verbleiben alle Funktionen von Predictive Back einer Entwickleroption. Weitere Informationen finden Sie im Entwicklerleitfaden für die Migration Ihrer App zur Vorhersage wieder zurück und im Entwicklerleitfaden zum Erstellen benutzerdefinierter In-App-Übergänge.

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

Per-app overrides change the behavior of apps on large screen devices. For example, the OVERRIDE_MIN_ASPECT_RATIO_LARGE device manufacturer override sets the app aspect ratio to 16:9 regardless of the app's configuration.

Android 14 QPR1 enables users to apply per‑app overrides by means of a new settings menu on large screen devices.

App-Bildschirmfreigabe

Mit der App-Bildschirmfreigabe können Nutzer während der Aufzeichnung von Bildschirminhalten ein App-Fenster teilen, anstatt den gesamten Bildschirm des Geräts.

Bei der App-Bildschirmfreigabe werden die Statusleiste, die Navigationsleiste, Benachrichtigungen und andere Elemente der System-UI von der gemeinsam genutzten Anzeige ausgeschlossen. Nur der Inhalt der ausgewählten App wird geteilt.

Die App-Bildschirmfreigabe verbessert die Produktivität und den Datenschutz, da Nutzer mehrere Apps ausführen können, die Freigabe von Inhalten aber auf eine einzige App beschränkt wird.

LLM-basierte intelligente Antwort in Gboard auf dem 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's Path API is a powerful and flexible mechanism for creating and rendering vector graphics, with the ability to stroke or fill a path, construct a path from line segments or quadratic or cubic curves, perform boolean operations to get even more complex shapes, or all of these simultaneously. One limitation is the ability to find out what is actually in a Path object; the internals of the object are opaque to callers after creation.

To create a Path, you call methods such as moveTo(), lineTo(), and cubicTo() to add path segments. But there has been no way to ask that path what the segments are, so you must retain that information at creation time.

Starting in Android 14, you can query paths to find out what's inside of them. First, you need to get a PathIterator object using the Path.getPathIterator API:

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

Next, you can call PathIterator to iterate through the segments one by one, retrieving all of the necessary data for each segment. This example uses PathIterator.Segment objects, which packages up the data for you:

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 also has a non-allocating version of next() where you can pass in a buffer to hold the point data.

One of the important use cases of querying Path data is interpolation. For example, you might want to animate (or morph) between two different paths. To further simplify that use case, Android 14 also includes the interpolate() method on Path. Assuming the two paths have the same internal structure, the interpolate() method creates a new Path with that interpolated result. This example returns a path whose shape is halfway (a linear interpolation of .5) between path and 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);
}

The Jetpack graphics-path library enables similar APIs for earlier versions of Android as well.

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

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.