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 expands on the per-app language features that were introduced in Android 13 (API level 33) with these additional capabilities:
Automatically generate an app's
localeConfig
: Starting with Android Studio Giraffe Canary 7 and AGP 8.1.0-alpha07, you can configure your app to support per-app language preferences automatically. Based on your project resources, the Android Gradle plugin generates theLocaleConfig
file and adds a reference to it in the final manifest file, so you no longer have to create or update the file manually. AGP uses the resources in theres
folders of your app modules and any library module dependencies to determine the locales to include in theLocaleConfig
file.Dynamic updates for an app's
localeConfig
: Use thesetOverrideLocaleConfig()
andgetOverrideLocaleConfig()
methods inLocaleManager
to dynamically update your app's list of supported languages in the device's system settings. Use this flexibility to customize the list of supported languages per region, run A/B experiments, or provide an updated list of locales if your app utilizes server-side pushes for localization.App language visibility for input method editors (IMEs): IMEs can utilize the
getApplicationLocales()
method to check the language of the current app and match the IME language to that language.
Grammatical Inflection API
3 Milliarden Menschen sprechen Geschlechtssprachen: Sprachen, in denen sich grammatische Kategorien wie Substantive, Verben, Adjektive und Präpositionen nach dem Geschlecht der Personen und Objekte widerspiegeln, mit denen Sie sprechen oder über die Sie sprechen. Traditionell wird in vielen geschlechtsspezifischen Sprachen das männliche grammatische Genus als Standardgenerierung oder generisches Geschlecht verwendet.
Wenn Sie Nutzer mit dem falschen grammatikalischen Geschlecht ansprechen, z. B. Frauen im männlichen grammatikalischen Geschlecht, kann sich dies negativ auf Leistung und Einstellung auswirken. Im Gegensatz dazu kann eine Benutzeroberfläche mit einer Sprache, die das grammatikalische Geschlecht des Nutzers korrekt wiedergibt, die Nutzerinteraktion verbessern und eine personalisiertere und natürlich 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 Präferenzen
Regional preferences enable users to personalize temperature units, the first day of the week, and numbering systems. A European living in the United States might prefer temperature units to be in Celsius rather than Fahrenheit and for apps to treat Monday as the beginning of the week instead of the US default of Sunday.
New Android Settings menus for these preferences provide users with a
discoverable and centralized location to change app preferences. These
preferences also persist through backup and restore. Several APIs and
intents—such as
getTemperatureUnit
and
getFirstDayOfWeek
—
grant your app read access to user preferences, so your app can adjust how it
displays information. You can also register a
BroadcastReceiver
on
ACTION_LOCALE_CHANGED
to handle locale configuration changes when regional preferences change.
To find these settings, open the Settings app and navigate to System > Languages & input > Regional preferences.
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
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 %:
- Öffnen Sie die Einstellungen und navigieren Sie zu Bedienungshilfen > Anzeigegröße und Text.
- 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
Unter Android 14 werden jetzt HDR-Bilder (High Dynamic Range) unterstützt, bei denen beim Aufnehmen eines Fotos mehr Informationen vom Sensor gespeichert werden. Dadurch sind leuchtende Farben und ein größerer Kontrast möglich. Android verwendet das Ultra HDR-Format, das vollständig abwärtskompatibel mit JPEG-Bildern ist. Dadurch können Apps nahtlos mit HDR-Bildern zusammenarbeiten und sie bei Bedarf in Standard Dynamic Range (SDR) anzeigen.
Das Rendern dieser Bilder in der HDR-Benutzeroberfläche erfolgt automatisch durch das Framework, wenn in Ihrer App die HDR-UI für das Aktivitätsfenster aktiviert wird. Dies erfolgt entweder über einen Manifesteintrag oder während der Laufzeit durch Aufruf von Window.setColorMode()
. Auf unterstützten Geräten können Sie auch komprimierte Ultra-HDR-Standbilder aufnehmen. Da der Sensor mehr Farben zurückgewinnt, lässt sich die Bearbeitung im Nachhinein flexibler. Die mit Ultra HDR-Bildern verbundenen Gainmap
können verwendet werden, um sie mit OpenGL oder Vulkan zu rendern.
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:
- Die Schätzung der Verarbeitungslatenz dynamischer Erfassungsvorgänge bietet dennoch viel genauere Erfassungslatenzschätzungen auf der Grundlage der aktuellen Szene und der Umgebungsbedingungen. Rufen Sie
CameraExtensionSession.getRealtimeStillCaptureLatency()
auf, um einStillCaptureLatency
-Objekt mit zwei Latenzschätzungsmethoden zu erhalten. Die MethodegetCaptureLatency()
gibt die geschätzte Latenz zwischenonCaptureStarted
undonCaptureProcessStarted()
zurück. Die MethodegetProcessingLatency()
gibt die geschätzte Latenz zwischenonCaptureProcessStarted()
und dem endgültigen verarbeiteten Frame zurück, der verfügbar ist. - Unterstützung für Callbacks zum Erfassen des Fortschritts, damit Anwendungen den aktuellen Fortschritt von Verarbeitungsvorgängen mit langer Ausführungszeit, die noch erfasst werden, anzeigen können. Sie können mit
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
prüfen, ob dieses Feature verfügbar ist. Ist dies der Fall, implementieren Sie denonCaptureProcessProgressed()
-Callback, dem der Fortschritt (von 0 bis 100) als Parameter übergeben wird. Erweiterungsspezifische Metadaten wie
CaptureRequest.EXTENSION_STRENGTH
zum Einstellen der Intensität eines Erweiterungseffekts, z. B. die Intensität der Weichzeichnung des Hintergrunds mitEXTENSION_BOKEH
.Postview-Funktion für Still Capture in Kameraerweiterungen, mit der ein weniger verarbeitetes Bild schneller als das endgültige Bild bereitgestellt wird. Wenn eine Erweiterung die Verarbeitungslatenz erhöht, kann ein Postview-Bild als Platzhalter bereitgestellt werden, um die Nutzerfreundlichkeit zu verbessern. Später kann es dann für das fertige Bild verwendet werden. Mit
CameraExtensionCharacteristics.isPostviewAvailable
können Sie prüfen, ob dieses Feature verfügbar ist. Anschließend können Sie einOutputConfiguration
anExtensionSessionConfiguration.setPostviewOutputConfiguration
übergeben.Die Unterstützung für
SurfaceView
ermöglicht einen optimierten und energieeffizienten Vorschau-Renderingpfad.Unterstützung für das Tippen zum Fokussieren und Zoomen während der Verwendung der Erweiterung.
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 unterstützt verlustfreie Audioformate für audiophile Wiedergaben über kabelgebundene USB-Headsets. Sie können ein USB-Gerät nach den bevorzugten Mischpultattributen abfragen, einen Listener für Änderungen der bevorzugten Mischpultattribute registrieren und Mischgeräteattribute mithilfe der Klasse AudioMixerAttributes
konfigurieren. Diese Klasse stellt das Format dar, z. B. Kanalmaske, Abtastrate und Verhalten des Audiomixers. Mit dieser Klasse können Audioinhalte direkt ohne Vermischung, Lautstärkeanpassung oder Verarbeitungseffekte gesendet werden.
Produktivität und Tools für Entwickler
Anmeldedaten-Manager
Android 14 adds Credential Manager as a platform API, with additional support back to Android 4.4 (API level 19) devices through a Jetpack Library using Google Play services. Credential Manager aims to make sign-in easier for users with APIs that retrieve and store credentials with user-configured credential providers. Credential Manager supports multiple sign-in methods, including username and password, passkeys, and federated sign-in solutions (such as Sign-in with Google) in a single API.
Passkeys provide many advantages. For example, passkeys are built on industry standards, can work across different operating systems and browser ecosystems, and can be used with both websites and apps.
For more information, see the Credential Manager and passkeys documentation and the blogpost about Credential Manager and 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.
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
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
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 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
Mit Android 14 wird das System-Sharesheet aktualisiert, um z. B. benutzerdefinierte App-Aktionen zu unterstützen für Nutzer informative Vorschauergebnisse.
Benutzerdefinierte Aktionen hinzufügen
Mit Android 14 kann Ihre App dem aufgerufenen System-Sharesheet benutzerdefinierte Aktionen hinzufügen.
Rang der Ziele für die direkte Freigabe verbessern
Unter Android 14 werden mehr Signale aus Apps verwendet, um das Ranking der Ziele für die direkte Freigabe zu bestimmen und so hilfreichere Ergebnisse für den Nutzer zu liefern. Um das aussagekräftigste Signal für das Ranking zu liefern, befolgen Sie die Richtlinien für Verbesserung des Rankings Ihrer Direct Share-Ziele Kommunikations-Apps können auch die Nutzung von Kurzbefehlen melden für ausgehende und eingehende Nachrichten.
Unterstützung für integrierte und benutzerdefinierte Animationen für die intelligente „Zurück“-Touch-Geste
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“:
- Sie können
android:enableOnBackInvokedCallback=true
so konfigurieren, dass die Vorhersage von Systemanimationen pro Aktivität statt für die gesamte App aktiviert wird. - Wir haben neue Systemanimationen hinzugefügt, die die Back-to-Home-Animation von Android 13 ergänzen. Die neuen Systemanimationen sind aktivitäts- und aufgabenübergreifend und erhalten nach der Migration zu Predictive Back automatisch.
- Wir haben neue Animationen für Materialkomponenten für Tabellen unten, Seitenblätter und die Suche hinzugefügt.
- Wir haben Designanleitungen zum Erstellen benutzerdefinierter In-App-Animationen und -Übergänge erstellt.
- Wir haben neue APIs hinzugefügt, um benutzerdefinierte In-App-Übergangsanimationen zu unterstützen:
handleOnBackStarted
,handleOnBackProgressed
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Für Übergänge, die reagieren, wenn der Nutzer zurückwischt, solltest du
overrideActivityTransition
anstelle vonoverridePendingTransition
verwenden.
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
App-bezogene Überschreibungen ändern das Verhalten von Apps auf Geräten mit großen Bildschirmen. Die Überschreibung des Geräteherstellers OVERRIDE_MIN_ASPECT_RATIO_LARGE
legt beispielsweise das Seitenverhältnis der App auf 16:9 fest, unabhängig von der Konfiguration der App.
Mit Android 14 QPR1 können Nutzer auf Geräten mit großen Bildschirmen über ein neues Einstellungsmenü Überschreibungen pro App vornehmen.
App-Bildschirmfreigabe
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.
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.
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
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.