Funktionen und APIs – Übersicht

Android 14 bietet tolle Funktionen und APIs für Entwickler. Im Folgenden finden Sie Informationen zu Funktionen für Ihre Apps und zu den ersten Schritten mit den zugehörigen APIs.

Eine detaillierte Liste der hinzugefügten, geänderten und entfernten APIs finden Sie im Bericht „API-Unterschiede“. Weitere Informationen zu hinzugefügten APIs finden Sie in der Android API-Referenz. Suchen Sie unter Android 14 nach APIs, die mit API-Level 34 hinzugefügt wurden. Informationen dazu, in welchen Bereichen sich Plattformänderungen auf deine Apps auswirken können, findest du unter Android 14-Verhaltensänderungen 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

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

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

In Android 14 wird die Grammatical Inflection API eingeführt, um Ihnen beim Erstellen einer nutzerorientierten UI für geschlechtsspezifische Sprachen zu helfen. Damit können Sie die Genusssprache unterstützen, ohne Ihre App refaktorieren zu müssen.

Regionale Präferenzen

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

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

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

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

Barrierefreiheit

Nicht lineare Schriftskalierung auf 200%

Ab Android 14 unterstützt das System eine Schriftskalierung von bis zu 200 % und bietet Nutzern mit eingeschränktem Sehvermögen zusätzliche Optionen für Bedienungshilfen, die den Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG) entsprechen.

Um zu verhindern, dass große Textelemente auf dem Bildschirm zu groß werden, wendet das System eine nicht lineare Skalierungskurve an. Bei dieser Skalierungsstrategie wird großer Text nicht mit derselben Geschwindigkeit wie kleinerer Text skaliert. Eine nicht lineare Schriftskalierung trägt dazu bei, die proportionale Hierarchie zwischen Elementen unterschiedlicher Größe beizubehalten, während gleichzeitig Probleme mit der Skalierung des linearen Texts bei hohen Graden (z. B. abgeschnittener Text oder Text, der aufgrund einer extrem großen Anzeigegröße schwerer zu lesen ist) minimiert werden.

App mit nicht linearer Schriftskalierung testen

Aktiviere die maximale Schriftgröße in den Einstellungen für Bedienungshilfen eines Geräts, um deine App zu testen.

Wenn Sie bereits skalierte Pixeleinheiten (sp) zur Definition der Textgröße verwenden, werden diese zusätzlichen Optionen und Skalierungsverbesserungen automatisch auf den Text in Ihrer App angewendet. Sie sollten jedoch UI-Tests mit aktivierter maximaler Schriftgröße (200%) durchführen, um sicherzustellen, dass in Ihrer App die Schriftgrößen korrekt angewendet werden und größere Schriftgrößen ohne Beeinträchtigung der Nutzerfreundlichkeit verwendet werden können.

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

  1. Öffnen Sie die Einstellungen und rufen Sie Bedienungshilfen > Anzeigegröße und Text auf.
  2. Tippen Sie für die Option Schriftgröße auf das Pluszeichen (+), bis die Einstellung für die maximale Schriftgröße aktiviert ist, wie in der Abbildung zu diesem Abschnitt gezeigt.

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

Denken Sie daran, Textgrößen immer in sp-Einheiten anzugeben. Wenn deine App sp-Einheiten verwendet, kann Android die vom Nutzer bevorzugte Textgröße anwenden und entsprechend skalieren.

Verwenden Sie keine sp-Einheiten für die Füllung und definieren Sie die Ansichtshöhe nicht unter der Annahme, dass ein impliziter Abstand erforderlich ist: Bei nicht linearer Schriftskalierung sind die sp-Abmessungen möglicherweise nicht proportional, sodass 4sp + 20 sp nicht gleich 24 sp sein kann.

Skalierte Pixeleinheiten (sp) umrechnen

Verwenden Sie TypedValue.applyDimension(), um von sp-Einheiten in Pixel zu konvertieren, und TypedValue.deriveDimension(), um Pixel in sp umzuwandeln. Mit diesen Methoden wird die entsprechende nicht lineare Skalierungskurve automatisch angewendet.

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

sp-Einheiten für lineHeight verwenden

Definieren Sie android:lineHeight immer mit sp-Einheiten anstelle von dp, damit die Linienhöhe mit dem Text skaliert wird. Wenn der Text „sp“ ist, aber lineHeight in dp oder px angegeben ist, wird er nicht skaliert und sieht zu eng aus. TextView korrigiert lineHeight automatisch, sodass die gewünschten Proportionen erhalten bleiben. Dies gilt jedoch nur, wenn sowohl textSize als auch lineHeight in sp-Einheiten definiert sind.

Kamera und Medien

Ultra HDR für Bilder

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

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 Kamera-Erweiterungen

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:

Integrierter Zoom

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.

Verlustfreier USB-Audio

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 der Entwicklungsteams und Tools

Anmeldedaten-Manager

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

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

如需了解详情，请参阅凭据管理器和通行密钥文档以及关于 Credential Manager 和通行密钥的博文。

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

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

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

Ab Android 14 kannst du mit dem Installationsprogramm für das Android-Paket App-Metadaten angeben, z. B. Praktiken zur Datensicherheit, die auf App-Store-Seiten wie Google Play enthalten sein sollen.

Erkennen, wenn Nutzer Screenshots auf dem Gerät machen

Um die Erkennung von Screenshots standardisiert zu gestalten, 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 aufnimmt, während diese Aktivität sichtbar ist.

Nutzererfahrung

Benutzerdefinierte Aktionen und verbessertes Ranking auf Sharesheet

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

添加自定义操作

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

Sharesheet 上自定义操作的屏幕截图。

提高直接共享目标的排名

Android 14 根据来自应用的更多信号来确定直接共享目标的排名，以便为用户提供更实用的结果。如需提供最有用的排名信号，请遵循提升直接共享目标的排名指南。通信应用还可以报告外发和传入消息的快捷方式使用情况。

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

Unterstützung für integrierte und benutzerdefinierte Animationen für die Funktion „Predictive Back“

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-Überschreibung durch Gerätehersteller als Großbildschirm

Mit App-Überschreibungen 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 Größe der App an die Displayabmessungen anzupassen (unter Vermeidung von Größenkompatibilitätsmodus), auch wenn resizeableActivity="false" im App-Manifest festgelegt ist.

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

Mit den neuen Manifesteigenschaften können Sie einige Überschreibungen des Geräteherstellers für Ihre App deaktivieren.

Überschreibungen pro App für Nutzer auf großen Bildschirmen

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

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.

Intelligente Antwort auf Basis von LLM auf Pixel 8 Pro in Gboard

Auf Pixel 8 Pro-Geräten mit dem Feature Drop für Dezember können Entwickler qualitativ hochwertigere intelligente Antworten in Gboard ausprobieren, die auf Large Language Models (LLMs) auf dem Gerät basieren, die auf Google Tensor laufen.

Diese Funktion ist als eingeschränkte Vorabversion für US-Englisch in WhatsApp, Line und KakaoTalk verfügbar. Hierfür ist ein Pixel 8 Pro-Gerät mit Gboard als Tastatur erforderlich.

Wenn Sie die Funktion ausprobieren möchten, aktivieren Sie zuerst die Funktion unter Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.

Öffnen Sie als Nächstes eine Unterhaltung in einer unterstützten Anwendung, um eingehende Nachrichten mit der LLM-basierten intelligenten Antwort in der Vorschlagsleiste von Gboard zu sehen.

Gboard nutzt LLMs auf dem Gerät, um intelligente Antworten in besserer Qualität zu liefern.

Grafik

Pfade sind abfragbar und interpolierbar

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

Android hat schon lange das Zeichnen von Dreiecksnetzen mit benutzerdefinierter Schattierung unterstützt, das Format des Eingabe-Mesh-Netzwerks war jedoch auf einige vordefinierte Attributkombinationen beschränkt. Mit Android 14 werden benutzerdefinierte Mesh-Netzwerke unterstützt, die als Dreiecken oder Dreiecksstreifen definiert und optional indexiert werden können. Diese Mesh-Netzwerke werden mit benutzerdefinierten Attributen, Vertex-Schritten, variiert sowie Vertex- und Fragment-Shader in AGSL spezifiziert.

Der Vertex-Shader definiert die Variationen, wie Position und Farbe, während der Fragment-Shader optional die Farbe für das Pixel definieren kann. Dies geschieht in der Regel anhand der vom Vertex-Shader erzeugten Abweichungen. Wenn vom Fragment-Shader eine Farbe bereitgestellt wird, wird diese im Mischmodus, der beim Zeichnen des Mesh-Netzwerks ausgewählt wurde, mit der aktuellen Paint-Farbe gemischt. Für zusätzliche Flexibilität können Uniformen an das Fragment und an die Vertex-Shader übergeben werden.

Hardwarepuffer-Renderer für Canvas

Damit du die Canvas API von Android nutzen kannst, um mit Hardwarebeschleunigung in HardwareBuffer zu zeichnen, wird in Android 14 HardwareBufferRenderer eingeführt. Diese API ist besonders nützlich, wenn Ihr Anwendungsfall die Kommunikation mit dem Systemcompositor über SurfaceControl zum Zeichnen mit niedriger Latenz umfasst.