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 扩展了 Android 13(API 级别 33)中引入的按应用设定语言功能,并包含以下额外功能:
自动生成应用的
localeConfig
:从 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 开始,您可以将应用配置为自动支持各应用语言偏好设定。Android Gradle 插件会根据您的项目资源生成LocaleConfig
文件,并在最终清单文件中添加对该文件的引用,这样您就不再需要手动创建或更新该文件。AGP 使用应用模块的res
文件夹中的资源以及任何库模块依赖项来确定要在LocaleConfig
文件中添加的语言区域。动态更新应用的
localeConfig
:使用LocaleManager
方法中的setOverrideLocaleConfig()
和getOverrideLocaleConfig()
可以在设备的系统设置中动态更新应用的受支持语言列表。有了这种灵活性,您可以按区域自定义支持的语言列表、运行 A/B 实验,或者如果您的应用通过服务器端推送进行本地化,则可以提供更新后的语言区域列表。输入法 (IME) 的应用语言可见性:IME 可以利用
getApplicationLocales()
方法查看当前应用的语言,并将 IME 语言与该语言进行匹配。
Grammatical Inflection API
3 Milliarden Menschen sprechen geschlechterspezifische Sprachen: Sprachen, in denen grammatische Kategorien wie Substantive, Verben, Adjektive und Präpositionen je nach Geschlecht der Personen und Objekte, mit denen oder über die gesprochen wird, konjugiert werden. Traditionell wird in vielen Sprachen mit Geschlechtern das männliche grammatische Geschlecht als Standard- oder generisches Geschlecht verwendet.
Wenn Sie Nutzer im falschen grammatischen Geschlecht ansprechen, z. B. Frauen im maskulinen grammatischen Geschlecht, kann sich das negativ auf ihre Leistung und Einstellung auswirken. Eine Benutzeroberfläche mit einer Sprache, die das grammatische Geschlecht des Nutzers korrekt widerspiegelt, kann das Nutzer-Engagement verbessern und eine personalisiertere und natürlicher klingende Nutzererfahrung bieten.
Mit der Grammatical Inflection API in Android 14 können Sie eine nutzerzentrierte Benutzeroberfläche für Sprachen mit grammatischem Geschlecht erstellen. So können Sie die Unterstützung für das grammatische Geschlecht hinzufügen, ohne Ihre App umbauen zu müssen.
Regionale Einstellungen
用户可通过地区偏好设置对温度单位、一周的第一天和编号系统进行个性化设置。居住在美国的欧洲用户可能更希望使用摄氏度,而不是华氏度,并且希望应用将星期一视为一周的开始,而不是像美国那样默认从星期日开始。
新 Android 设置菜单包含这些偏好设置,使用户能够在一个位置集中发现这些应用更改偏好设置。这些偏好设置在备份和恢复设备后也会保持不变。多个 API 和 intent(例如 getTemperatureUnit
和 getFirstDayOfWeek
)会为您的应用授予读取权限来访问用户偏好设置,因此您的应用可以调整其显示信息的方式。您还可以在 ACTION_LOCALE_CHANGED
上注册 BroadcastReceiver
,以便在地区偏好设置发生更改时处理语言区域配置更改。
如需找到这些设置,请打开“设置”应用,然后依次前往系统 > 语言和输入法 > 地区偏好设置。


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

Android 14 新增了对高动态范围 (HDR) 图片的支持,可在拍摄照片时保留更多来自传感器的信息,从而实现鲜艳的色彩和更高的对比度。Android 使用 Ultra HDR 格式,该格式与 JPEG 图片完全向后兼容,可让应用与 HDR 图片无缝互操作,并根据需要以标准动态范围 (SDR) 显示这些图片。
当您的应用选择为其 activity 窗口使用 HDR 界面(通过清单条目或通过在运行时调用 Window.setColorMode()
)时,框架会自动在界面中以 HDR 格式渲染这些图片。您还可以在受支持的设备上拍摄压缩的 Ultra HDR 静态图片。从传感器中恢复的颜色越多,后期编辑的灵活性就越高。与 Ultra HDR 图片关联的 Gainmap
可用于使用 OpenGL 或 Vulkan 渲染这些图片。
Zoom, Fokus, Postview und mehr in Kameraerweiterungen
Android 14 升级并改进了相机扩展程序,让应用能够处理更长的处理时间,从而支持在受支持的设备上使用计算密集型算法(例如弱光摄影)来改善图片。这些功能可让用户在使用相机扩展功能时获得更出色的体验。这些改进的示例包括:
- 动态静态拍摄处理延迟时间估算功能可根据当前场景和环境条件提供更准确的静态拍摄延迟时间估算值。调用
CameraExtensionSession.getRealtimeStillCaptureLatency()
可获取具有两种延迟时间估算方法的StillCaptureLatency
对象。getCaptureLatency()
方法会返回onCaptureStarted
和onCaptureProcessStarted()
之间的估算延迟时间,而getProcessingLatency()
方法会返回onCaptureProcessStarted()
和可用的最终处理帧之间的估算延迟时间。 - 支持拍摄进度回调,以便应用可以显示长时间运行的静态拍摄处理操作的当前进度。您可以检查
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
是否支持此功能,如果支持,则实现onCaptureProcessProgressed()
回调,并将进度(从 0 到 100)作为参数传入。 扩展程序专用元数据,例如用于调节扩展程序效果(例如背景虚化程度)的
CaptureRequest.EXTENSION_STRENGTH
和EXTENSION_BOKEH
。相机扩展程序中的静态图片拍摄预览功能,该功能比最终图片更快地提供经过较少处理的图片。如果扩展程序的处理延迟时间增加,可以提供 postview 图片作为占位符以提升用户体验,并在稍后改用最终图片。您可以使用
CameraExtensionCharacteristics.isPostviewAvailable
检查此功能是否可用。然后,您可以将OutputConfiguration
传递给ExtensionSessionConfiguration.setPostviewOutputConfiguration
。支持
SurfaceView
,可实现更优化且能效更高的预览渲染路径。支持在使用扩展程序时点按对焦和缩放。
Zoomen im Sensor
当 CameraCharacteristics
中的 REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
包含 SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
时,您的应用可以使用高级传感器功能,将剪裁后的 RAW 数据流的像素与全视野范围相同,方法是将 CaptureRequest
与将数据流用例设置为 CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
的 RAW 目标搭配使用。通过实现请求替换控件,更新后的相机可让用户在其他相机控件准备就绪之前使用缩放控件。
Verlustfreie USB-Audioübertragung
Android 14 支持无损音频格式,可通过 USB 有线耳机提供发烧友级体验。您可以查询 USB 设备的首选混音器属性,注册监听器以监听首选混音器属性的更改,以及使用 AudioMixerAttributes
类配置混音器属性。此类表示音频混音器的格式,例如声道掩码、采样率和行为。该类允许直接发送音频,而无需混音、调节音量或处理效果。
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.


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 将继续更新 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 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
从 Android 14 开始,Android 软件包安装程序可让您指定应用元数据(例如数据安全做法),以在 Google Play 等应用商店页面上架。
Erkennen, wenn Nutzer Screenshots auf dem Gerät erstellen
Um die Erkennung von Screenshots zu standardisieren, wird in Android 14 eine datenschutzfreundliche API zur Erkennung von Screenshots eingeführt. Mit dieser API können Apps Rückrufe 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 für die Freigabeseite und verbessertes Ranking
Android 14 更新了系统 Sharesheet,以便为用户提供自定义应用操作和信息更丰富的预览结果。
添加自定义操作
对于 Android 14,您的应用可以向其调用的系统 Sharesheet 添加自定义操作。

提高直接共享目标的排名
Android 14 根据来自应用的更多信号来确定直接共享目标的排名,以便为用户提供更实用的结果。为了提供最实用的排名信号,请遵循提高直接共享目标排名的准则。通讯应用还可以报告出站和入站消息的快捷方式使用情况。

Unterstützung für integrierte und benutzerdefinierte Animationen für die intelligente „Zurück“-Touch-Geste
In Android 13 wurde die intelligente „Zurück“-Geste für die Systemanimation als Entwickleroption eingeführt. Wenn Sie die Touch-Geste „Zurück“ in einer unterstützten App verwenden, bei der die Entwickleroption aktiviert ist, wird beim Wischen nach hinten eine Animation angezeigt, die darauf hinweist, dass Sie durch die Touch-Geste „Zurück“ die App verlassen und zum Startbildschirm zurückkehren.
Android 14 enthält mehrere Verbesserungen und neue Hinweise für die Vorhersagefunktion für Back:
- Sie können
android:enableOnBackInvokedCallback=true
so einstellen, dass die vorausschauenden Systemanimationen für die Rückwärtsnavigation pro Aktivität und nicht für die gesamte App aktiviert werden. - Wir haben neue Systemanimationen hinzugefügt, die die Animation zum Zurückkehren zum Startbildschirm aus Android 13 begleiten. Die neuen Systemanimationen sind aktivitäts- und aufgabenübergreifend und werden Ihnen automatisch angezeigt, nachdem Sie zur intelligenten „Zurück“-Touch-Geste migriert sind.
- Wir haben neue Material Component-Animationen für Untere Seitenleisten, Seitenleisten und die Suche hinzugefügt.
- Wir haben Designrichtlinien für die Erstellung 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
- Verwenden Sie
overrideActivityTransition
anstelle vonoverridePendingTransition
für Übergänge, die ausgelöst werden, wenn der Nutzer wischt.
In dieser Android 14-Vorabversion sind alle Funktionen der Vorhersagefunktion für die rückwärtsgerichtete Navigation weiterhin nur über eine Entwickleroption verfügbar. Weitere Informationen finden Sie im Entwicklerleitfaden zur Migration Ihrer App zu der Funktion „Vorhersagender Rückwärtsgang“ und im Entwicklerleitfaden zum Erstellen benutzerdefinierter In-App-Übergänge.
App-spezifische Überschreibungen von Geräteherstellern mit großem Display
借助按应用替换项,设备制造商可以更改应用在大屏设备上的行为。例如,FORCE_RESIZE_APP
替换项会指示系统调整应用大小以适应显示屏尺寸(避免进入尺寸兼容模式),即使在应用清单中设置了 resizeableActivity="false"
也是如此。
替换项旨在改善大屏设备上的用户体验。
借助新的清单属性,您可以为应用停用某些设备制造商替换项。
Nutzer mit großem Bildschirm – App-spezifische Überschreibungen
Mit App-spezifischen Überschreibungen können Sie das Verhalten von Apps auf Geräten mit großen Bildschirmen ändern. Beispielsweise wird durch die Override-Anweisung des Geräteherstellers OVERRIDE_MIN_ASPECT_RATIO_LARGE
das Seitenverhältnis der App unabhängig von der Konfiguration der App auf 16:9 festgelegt.
Mit Android 14 QPR1 können Nutzer auf Geräten mit großem Bildschirm über ein neues Einstellungsmenü App-spezifische Überschreibungen anwenden.
App-Bildschirmfreigabe
借助应用界面共享功能,用户可以在录制屏幕内容时共享应用窗口,而不是整个设备屏幕。
在应用屏幕共享模式下,状态栏、导航栏、通知和其他系统界面元素会从共享显示屏中排除。系统只会分享所选应用的内容。
应用屏幕共享功能可让用户运行多个应用,但将内容共享限制为单个应用,从而提高工作效率并保护隐私。
LLM-basierte intelligente Antworten in Gboard auf Google Pixel 8 Pro
在搭载 12 月功能分块的 Pixel 8 Pro 设备上,开发者可以在 Gboard 中试用质量更高的智能回复,这些回复由在 Google Tensor 上运行的设备端大语言模型 (LLM) 提供支持。
此功能目前仅在 WhatsApp、Line 和 KakaoTalk 中以美式英语的形式提供给用户进行小范围测试。此功能需要使用 Pixel 8 Pro 设备,并将 Gboard 用作键盘。
如需试用此功能,请先依次前往设置 > 开发者选项 > AiCore 设置 > 启用 Aicore 持久性,启用该功能。
接下来,在受支持的应用中打开对话,即可在 Gboard 的建议栏中看到依托 LLM 的智能回复,以便回复收到的消息。
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 unterstützt schon lange das Zeichnen von Dreiecksnetzen mit benutzerdefinierter Schattierung. Das Eingabe-Mesh-Format war jedoch auf einige vordefinierte Kombinationen von Attributen beschränkt. Android 14 unterstützt benutzerdefinierte 3D-Meshes, die als Dreiecke oder Dreiecksstreifen definiert werden können und optional indexiert werden können. Diese Meshes werden mit benutzerdefinierten Attributen, Vertex-Strides, Variierenden sowie Vertex- und Fragment-Shadern in AGSL angegeben.
Der Vertex-Shader definiert die Variablen wie Position und Farbe, während der Fragment-Shader optional die Farbe für das Pixel definieren kann, in der Regel unter Verwendung der vom Vertex-Shader erstellten Variablen. Wenn die Farbe vom Fragment-Shader bereitgestellt wird, wird sie mit der aktuellen Paint
-Farbe mithilfe des Blendmodus gemischt, der beim Zeichnen des Mesh ausgewählt wurde. Uniforms können für zusätzliche Flexibilität an die Fragment- und Vertex-Shader übergeben werden.
Hardware-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.