Funktionen und APIs – Übersicht

Android 15 bietet tolle Funktionen und APIs für Entwickler. In den folgenden Abschnitten werden diese Funktionen zusammengefasst, um Ihnen den Einstieg in die zugehörigen APIs zu erleichtern.

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 15 nach APIs, die in API-Level 35 hinzugefügt wurden. Informationen dazu, in welchen Bereichen sich Plattformänderungen auf Ihre Apps auswirken können, finden Sie in den Artikeln zu Änderungen am Verhalten von Android 15 für Apps, die auf Android 15 ausgerichtet sind und Änderungen am Verhalten von Android 15 für alle Apps.

Kamera und Medien

Android 15 bietet eine Vielzahl von Funktionen, die die Kamera- und Mediennutzung verbessern und Ihnen Zugriff auf Tools und Hardware geben, mit denen Creator ihre Ideen auf Android-Geräten umsetzen können.

Weitere Informationen zu den neuesten Funktionen und Entwicklerlösungen für Android-Medien und -Kameras finden Sie im Vortrag Moderne Android-Medien- und Kamerafunktionen entwickeln von der Google I/O.

Modus für wenig Licht

Mit Android 15 wird die Optimierung bei wenig Licht eingeführt, ein neuer Modus für die automatische Belichtung, der sowohl für Kamera 2 als auch für die Kameraerweiterung für den Nachtmodus verfügbar ist. Mit der Funktion „Verstärkung bei wenig Licht“ wird die Belichtung des Vorschaustreams bei schwachem Licht angepasst. Dies unterscheidet sich von der Art und Weise, wie mit der Nachtmodus-Kameraerweiterung Standbilder erstellt werden, da der Nachtmodus eine Reihe von Fotos zu einem einzigen, verbesserten Bild kombiniert. Der Nachtmodus eignet sich zwar sehr gut zum Erstellen von Standbildern, er kann jedoch keinen fortlaufenden Stream von Frames erzeugen, die Optimierung bei wenig Licht hingegen schon. Dadurch ermöglicht die Optimierung bei wenig Licht neue Kamerafunktionen, z. B.:

• Sie bieten eine optimierte Bildvorschau, damit Nutzer Bilder bei schlechten Lichtverhältnissen besser einordnen können.
• QR-Codes bei wenig Licht scannen

Wenn Sie „Optimierung bei wenig Licht“ aktivieren, wird sie bei wenig Licht automatisch aktiviert und bei mehr Licht wieder ausgeschaltet.

Apps können bei schlechten Lichtverhältnissen aus dem Vorschaustream aufzeichnen, um ein helleres Video zu speichern.

Weitere Informationen finden Sie unter Verstärkung bei wenig Licht.

Kamerasteuerung in der App

Unter Android 15 wird eine neue Erweiterung hinzugefügt, mit der Sie die Kamerahardware und ihre Algorithmen auf unterstützten Geräten besser steuern können:

• Erweiterte Anpassungen der Blitzstärke ermöglichen eine präzise Steuerung der Blitzintensität im SINGLE- und TORCH-Modus während der Aufnahme.

HDR-Headroom-Steuerung

Unter Android 15 wird ein HDR-Toleranzbereich ausgewählt, der den zugrunde liegenden Gerätefunktionen und der Bittiefe des Panels entspricht. Bei Seiten mit vielen SDR-Inhalten, z. B. einer Messaging-App mit einer einzelnen HDR-Miniaturansicht, kann sich dieses Verhalten negativ auf die wahrgenommene Helligkeit der SDR-Inhalte auswirken. Unter Android 15 kannst du den HDR-Toleranzbereich mit setDesiredHdrHeadroom steuern, um ein ausgewogenes Verhältnis zwischen SDR- und HDR-Inhalten zu erreichen.

Lautstärkeregelung

Mit Android 15 werden nun CTA-2075-Lautheitsstandard, der Ihnen hilft, Vermeiden Sie Inkonsistenzen bei der Audiolautstärke und stellen Sie sicher, dass Nutzer sich nicht ständig darum kümmern müssen, Lautstärke beim Wechsel zwischen Inhalten anpassen. Das System nutzt bekannte Eigenschaften der Ausgabegeräte (Kopfhörer und Lautsprecher) sowie Lautstärkemetadaten, die in AAC-Audioinhalten verfügbar sind, um die Lautstärke und die Komprimierungsebenen des dynamischen Bereichs intelligent anzupassen.

Wenn du diese Funktion aktivieren möchtest, müssen in deinen AAC-Inhalten Lautstärke-Metadaten verfügbar sein und die Plattformfunktion in deiner App aktiviert sein. Dazu erstellst du ein LoudnessCodecController-Objekt, indem du die create-Factorymethode mit der Audiositzungs-ID aus der zugehörigen AudioTrack aufrufst. Dadurch werden automatisch Audioupdates angewendet. Sie können eine OnLoudnessCodecUpdateListener zum Ändern oder Filtern lautheitsparameter, bevor sie auf den MediaCodec

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

AndroidX media3 ExoPlayer wird ebenfalls für die Verwendung der LoudnessCodecController APIs für eine nahtlose Anwendungsintegration

Virtuelle MIDI 2.0-Geräte

Android 13 unterstützt jetzt die Verbindung mit MIDI-2.0-Geräte, die USB verwenden, die über USB kommunizieren Universal MIDI Packets (UMP). Android 15 erweitert UMP-Unterstützung auf virtuelles MIDI Apps, mit denen du durch Kompositions-Apps Synthesizer-Apps steuern kannst als virtuelles MIDI 2.0-Gerät, genau wie bei einem USB MIDI 2.0-Gerät.

Effizientere AV1-Software-Dekodierung

dav1d, the popular AV1 software decoder from VideoLAN is available for Android devices that don't support AV1 decode in hardware. dav1d is up to 3x more performant than the legacy AV1 software decoder, enabling HD AV1 playback for more users, including some low and mid tier devices.

Your app needs to opt-in to using dav1d by invoking it by name "c2.android.av1-dav1d.decoder". dav1d will be made the default AV1 software decoder in a subsequent update. This support is standardized and backported to Android 11 devices that receive Google Play system updates.

Produktivität und Tools für Entwickler

Der Großteil unserer Arbeit zur Verbesserung Ihrer Produktivität konzentriert sich auf Tools wie Android Studio, Jetpack Compose und die Android Jetpack-Bibliotheken. Wir suchen jedoch immer nach Möglichkeiten auf der Plattform, die Ihnen helfen, Ihre Vision einfacher umzusetzen.

OpenJDK 17-Updates

Unter Android 15 werden die Kernbibliotheken von Android fortlaufend aktualisiert, damit sie den Funktionen der neuesten OpenJDK-LTS-Releases entsprechen.

Die folgenden wichtigen Funktionen und Verbesserungen wurden eingeführt:

• Verbesserung der Lebensqualität bei NIO-Puffern
• Streams
• Weitere math- und strictmath-Methoden
• util-Paketupdates, einschließlich sequenzierter collection, map und set
• ByteBuffer-Support in Deflater
• Sicherheitsupdates wie X500PrivateCredential und Updates für Sicherheitsschlüssel

Diese APIs werden auf über einer Milliarde Geräten mit Android 12 (API-Level 31) und höher über Google Play-Systemupdates aktualisiert, damit du die neuesten Programmierfunktionen nutzen kannst.

Verbesserungen bei PDFs

Android 15 includes substantial improvements to the PdfRenderer APIs. Apps can incorporate advanced features such as rendering password-protected files, annotations, form editing, searching, and selection with copy. Linearized PDF optimizations are supported to speed local PDF viewing and reduce resource use. The Jetpack PDF library uses these APIs to simplify adding PDF viewing capabilities to your app.

The PdfRenderer has been moved to a module that can be updated using Google Play system updates independent of the platform release, and we're supporting these changes back to Android 11 (API level 30) by creating a compatible pre-Android 15 version of the API surface, called PdfRendererPreV.

Verbesserungen beim automatischen Sprachenwechsel

Unter Android 14 wurde die mehrsprachige Spracherkennung auf dem Gerät mit automatischem Wechsel zwischen Sprachen hinzugefügt. Dies kann jedoch dazu führen, dass Wörter ausgelassen werden, insbesondere wenn Sprachen mit weniger Pausen zwischen den beiden Äußerungen wechseln. Android 15 bietet zusätzliche Steuerelemente, mit denen Apps diesen Wechsel auf ihren Anwendungsfall abstimmen können. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS beschränkt den automatischen Wechsel bis zum Beginn der Audiositzung, während EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES den Sprachwechsel nach einer bestimmten Anzahl von Wechsel deaktiviert. Diese Optionen sind besonders nützlich, wenn Sie davon ausgehen, dass während der Sitzung eine einzelne Sprache gesprochen wird, die automatisch erkannt werden sollte.

Verbesserte OpenType Variable Font API

Android 15 verbessert die Nutzerfreundlichkeit der OpenType-Variablenschrift. Sie können jetzt eine FontFamily-Instanz aus einer Variablenschrift zu erstellen, ohne mit der buildVariableFamily API gewichten. Der Text-Renderer überschreibt Wert der wght-Achse, der dem angezeigten Text entspricht.

Mit der neuen API wird der Code zum Erstellen eines Typeface vereinfacht. erheblich:

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

Bisher war viel mehr Code erforderlich, um dieselbe Typeface zu erstellen:

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

Hier ein Beispiel dafür, wie ein Typeface mit der alten und neuen API erstellt wurde Renderings:

In diesem Beispiel hat der mit der alten API erstellte Typeface nicht die für die Schriftstärke 350, 450, 550 und 650 Font-Instanzen, sodass der Renderer auf die nächste Gewichtung zurückgreift. Also in In diesem Fall wird 300 statt 350, 400 statt 450 und so weiter. Im Gegensatz dazu erstellt die mit den neuen APIs erstellte Typeface dynamisch eine Font-Instanz für eine bestimmte Gewichtung, sodass genaue Gewichtungen für 350, 450, 550 und 650 an.

Detaillierte Einstellungen für Zeilenumbrüche

Ab Android 15 kann ein TextView und der zugrunde liegende Zeilenumbruch den angegebenen Textabschnitt in derselben Zeile beibehalten, um die Lesbarkeit zu verbessern. Sie können diese Anpassung der Zeilenumbrüche nutzen, indem Sie das <nobreak>-Tag in Stringressourcen oder createNoBreakSpan verwenden. Ebenso können Sie Wörter aus Bindestrichen beibehalten, indem Sie das <nohyphen>-Tag oder createNoHyphenationSpan verwenden.

Die folgende Stringressource enthält beispielsweise keinen Zeilenumbruch und wird so gerendert, dass der Text „Pixel 8 Pro.“ an einer unerwünschten Stelle unterbrochen wird:

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

Diese Stringressource enthält dagegen das Tag <nobreak>, das den Ausdruck „Pixel 8 Pro“ umbricht und Zeilenumbrüche verhindert:

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

Die Unterschiede bei der Darstellung dieser Strings sind in den folgenden Bildern zu sehen:

Layout für eine Textzeile, in der der Ausdruck „Google Pixel 8 Pro“ nicht mit einem <nobreak>-Tag umgebrochen wird.

Layout für dieselbe Textzeile, in der der Ausdruck „Pixel 8 Pro.“ mit einem <nobreak>-Tag umgebrochen wird.

App-Archivierung

Android und Google Play haben angekündigt, dass die App-Archivierung zuletzt unterstützt wird. Jahr, sodass Nutzer Speicherplatz freigeben können, indem sie selten verwendete Apps auf dem Gerät, die über die Android-App veröffentlicht wurden Set bei Google Play. Android 15 unterstützt das Archivieren und Entarchivieren von Apps auf Betriebssystemebene. Dadurch lässt sich die Funktion in allen App-Shops einfacher implementieren.

Apps mit der Berechtigung REQUEST_DELETE_PACKAGES können die PackageInstaller requestArchive, um die Archivierung eines installiertes App-Paket entfernt, wodurch das APK und alle im Cache gespeicherten Dateien entfernt werden, Nutzerdaten. Archivierte Apps werden über die LauncherApps APIs als darstellbare Apps zurückgegeben. Nutzer sehen eine UI-Anzeige, die darauf hinweist, dass diese Apps archiviert sind. Wenn ein Nutzer auf eine archivierte App tippt, erhält eine Anfrage zum Wieder aktivieren und der Wiederherstellungsprozess kann die von der ACTION_PACKAGE_ADDED-Übertragung überwacht werden.

Grafik

Android 15 bietet die neuesten Grafikverbesserungen, darunter ANGLE und Ergänzungen zum Canvas-Grafiksystem.

GPU-Zugriff von Android modernisieren

Android hardware has evolved quite a bit from the early days where the core OS would run on a single CPU and GPUs were accessed using APIs based on fixed-function pipelines. The Vulkan® graphics API has been available in the NDK since Android 7.0 (API level 24) with a lower-level abstraction that better reflects modern GPU hardware, scales better to support multiple CPU cores, and offers reduced CPU driver overhead — leading to improved app performance. Vulkan is supported by all modern game engines.

Vulkan is Android's preferred interface to the GPU. Therefore, Android 15 includes ANGLE as an optional layer for running OpenGL® ES on top of Vulkan. Moving to ANGLE will standardize the Android OpenGL implementation for improved compatibility, and, in some cases, improved performance. You can test out your OpenGL ES app stability and performance with ANGLE by enabling the developer option in Settings -> System -> Developer Options -> Experimental: Enable ANGLE on Android 15.

The Android ANGLE on Vulkan roadmap

As part of streamlining our GPU stack, going forward we will be shipping ANGLE as the GL system driver on more new devices, with the future expectation that OpenGL/ES will be only available through ANGLE. That being said, we plan to continue support for OpenGL ES on all devices.

Recommended next steps

Use the developer options to select the ANGLE driver for OpenGL ES and test your app. For new projects, we strongly encourage using Vulkan for C/C++.

Verbesserungen für Canvas

Mit Android 15 wird die Modernisierung des Canvas-Grafiksystems von Android mit neuen Funktionen fortgesetzt:

• Matrix44 bietet eine 4x4-Matrix zum Transformieren von Koordinaten, die für die Bearbeitung des Canvas in 3D verwendet werden sollten.
• clipShader überschneidet den aktuellen Clip mit dem angegebenen Shader. clipOutShader legt den Clip auf die Differenz des aktuellen Clips und des Shaders fest. Jeder Shader behandelt den Shader als Alpha-Maske. Dadurch können komplexe Formen effizient gezeichnet werden.

Leistung und Akku

Android konzentriert sich weiterhin darauf, Ihnen dabei zu helfen, die Leistung und Qualität Ihrer Apps zu verbessern. Mit Android 15 werden APIs eingeführt, mit denen sich Aufgaben in Ihrer App effizienter ausführen, die App-Leistung optimieren und Statistiken zu Ihren Apps erfassen lassen.

Best Practices für die Akkueffizienz, Informationen zum Beheben von Problemen mit Netzwerk- und Stromverbrauch sowie Details dazu, wie wir die Akkueffizienz von Hintergrundaktivitäten in Android 15 und neueren Android-Versionen verbessern, finden Sie im Vortrag Improving battery efficiency of background work on Android (Akkueffizienz von Hintergrundaktivitäten unter Android verbessern) von der Google I/O.

ApplicationStartInfo API

In previous versions of Android, app startup has been a bit of a mystery. It was challenging to determine within your app whether it started from a cold, warm, or hot state. It was also difficult to know how long your app spent during the various launch phases: forking the process, calling onCreate, drawing the first frame, and more. When your Application class was instantiated, you had no way of knowing whether the app started from a broadcast, a content provider, a job, a backup, boot complete, an alarm, or an Activity.

The ApplicationStartInfo API on Android 15 provides all of this and more. You can even choose to add your own timestamps into the flow to help collect timing data in one place. In addition to collecting metrics, you can use ApplicationStartInfo to help directly optimize app startup; for example, you can eliminate the costly instantiation of UI-related libraries within your Application class when your app is starting up due to a broadcast.

Detaillierte Informationen zur App-Größe

Since Android 8.0 (API level 26), Android has included the StorageStats.getAppBytes API that summarizes the installed size of an app as a single number of bytes, which is a sum of the APK size, the size of files extracted from the APK, and files that were generated on the device such as ahead-of-time (AOT) compiled code. This number is not very insightful in terms of how your app is using storage.

Android 15 adds the StorageStats.getAppBytesByDataType([type]) API, which lets you get insight into how your app is using up all that space, including APK file splits, AOT and speedup related code, dex metadata, libraries, and guided profiles.

Von der App verwaltetes Profiling

Android 15 includes the ProfilingManager class, which lets you collect profiling information from within your app such as heap dumps, heap profiles, stack sampling, and more. It provides a callback to your app with a supplied tag to identify the output file, which is delivered to your app's files directory. The API does rate limiting to minimize the performance impact.

To simplify constructing profiling requests in your app, we recommend using the corresponding Profiling AndroidX API, available in Core 1.15.0-rc01 or higher.

Verbesserungen bei SQLite-Datenbanken

Mit Android 15 werden SQLite-APIs eingeführt, die erweiterte Funktionen der SQLite-Engine zugrunde, die auf spezifische Leistungsprobleme abzielen, in Apps. Diese APIs sind im Update von SQLite auf Version 3.44.3 enthalten.

Entwickler sollten die Best Practices für die SQLite-Leistung lesen. um das Beste aus ihrer SQLite-Datenbank herauszuholen, insbesondere bei der Arbeit mit großen Datenbanken oder bei der Ausführung von latenzempfindlichen Abfragen.

• Schreibgeschützte ausgesetzte Transaktionen: wenn Transaktionen ausgegeben werden, die (keine Anweisungen schreiben), verwenden Sie beginTransactionReadOnly() und beginTransactionWithListenerReadOnly(SQLiteTransactionListener) um schreibgeschützte Transaktionen vom Typ DEFERRED auszuführen. Solche Transaktionen können gleichzeitig ausgeführt werden. Wenn sich die Datenbank im WAL-Modus befindet, können sie auch gleichzeitig mit IMMEDIATE- oder EXCLUSIVE-Transaktionen ausgeführt werden.
• Zeilenanzahl und ‑IDs: Es wurden APIs hinzugefügt, um die Anzahl der geänderten Zeilen oder die ID der zuletzt eingefügten Zeile abzurufen, ohne eine zusätzliche Abfrage auszuführen. getLastChangedRowCount() gibt die Anzahl der Zeilen zurück, die von der letzten SQL-Anweisung innerhalb die aktuelle Transaktion, während getTotalChangedRowCount() gibt die Anzahl der aktuellen Verbindung zurück. getLastInsertRowId() gibt rowid der letzten Zeile zurück das bei der aktuellen Verbindung eingefügt werden soll.
• Raw-Anweisungen: Hiermit wird eine SQlite-Anweisung ausgegeben, ohne dass praktische Wrapper und eventueller zusätzlicher Verarbeitungsaufwand verwendet werden.

Updates für das Android Dynamic Performance Framework

Für Android 15 investieren wir weiterhin in das Android Dynamic Performance Framework (ADPF). Diese APIs ermöglichen eine direktere Interaktion von Spielen und leistungsintensiven Apps mit den Energie- und Wärmesystemen von Android-Geräten. Auf unterstützten Geräten werden mit Android 15 neue ADPF-Funktionen hinzugefügt:

• Ein Energiesparmodus für Hinweissitzungen, der angibt, dass die zugehörigen Threads Energiesparen gegenüber Leistung vorziehen sollten. Dies eignet sich hervorragend für Hintergrundarbeitslasten mit langer Ausführungszeit.
• Sowohl GPU- als auch CPU-Arbeitsdauer können in Hinweissitzungen gemeldet werden. Dadurch kann das System CPU- und GPU-Frequenzen gemeinsam anpassen, um die Arbeitslastanforderungen bestmöglich zu erfüllen.
• Grenzwerte für den thermischen Toleranzbereich, um den Status einer Drosselung anhand der Vorhersage des Toleranzbereichs zu interpretieren.

Weitere Informationen zur Verwendung von ADPF in Ihren Apps und Spielen finden Sie in der Dokumentation.

Datenschutz

Android 15 bietet eine Vielzahl von Funktionen, mit denen App-Entwickler den Datenschutz der Nutzer schützen können.

Erkennung von Bildschirmaufzeichnungen

Mit Android 15 wird Unterstützung für Apps hinzugefügt, um zu erkennen, dass sie aufgezeichnet werden. Ein Callback wird immer dann aufgerufen, wenn die Anwendung wechselt in einer Bildschirmaufzeichnung sichtbar oder unsichtbar sein. Eine App ist als sichtbar gelten, wenn Aktivitäten, die zur UID des Registrierungsprozesses gehören, aufgezeichnet wird. So können Sie Nutzer informieren, wenn in Ihrer App ein sensibler Vorgang ausgeführt wird.

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

Erweiterte IntentFilter-Funktionen

Android 15 unterstützt eine genauere Intent-Auflösung über UriRelativeFilterGroup. Diese enthält eine Reihe von UriRelativeFilter-Objekten, die eine Reihe von Intent-Abgleichsregeln bilden, die jeweils erfüllt werden müssen, einschließlich URL-Suchparameter, URL-Fragmente und Blockierungs- oder Ausschlussregeln.

Diese Regeln können in der AndroidManifest-XML-Datei mit dem <uri-relative-filter-group>-Tag definiert werden, das optional ein android:allow-Tag enthalten kann. Diese Tags können <data>-Tags enthalten, die vorhandene Daten-Tag-Attribute sowie die Attribute android:query und android:fragment verwenden.

Hier ein Beispiel für die AndroidManifest-Syntax:

<intent-filter>
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:domain="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

Vertrauliches Profil

</ph>

Im privaten Bereich können Nutzer einen separaten Bereich auf ihrem Gerät erstellen, in dem sie Schützt sensible Apps vor neugierigen Blicken – Authentifizierung. Im privaten Bereich wird ein separates Nutzerprofil verwendet. Der Nutzer kann Sie können für den privaten Bereich die Gerätesperre oder einen separaten Sperrfaktor verwenden.

Apps im privaten Bereich werden in einem separaten Container im Launcher angezeigt. sind in der Ansicht „Letzte“, in den Benachrichtigungen, in den Einstellungen und in anderen Apps ausgeblendet wenn der private Bereich gesperrt ist. Von Nutzern erstellte und heruntergeladene Inhalte (z. B. Medien oder Dateien) und Konten zwischen dem privaten Bereich und dem im Hauptbereich. Das System-Sharesheet und das Mit der Bildauswahl können Apps Zugriff auf Inhalte gewähren in Projektbereichen, wenn der private Bereich entsperrt ist.

Nutzer können vorhandene Apps und ihre Daten nicht in den privaten Bereich verschieben. Stattdessen Nutzer wählen im privaten Bereich eine Installationsoption aus, um eine App über welchen App-Store sie bevorzugen. Apps im privaten Bereich werden installiert als separate Kopien von beliebigen Apps im Hauptbereich (neue Kopien derselben App)

Wenn ein Nutzer den privaten Bereich sperrt, wird das Profil beendet. Während das Profil wird beendet, sind Apps im privaten Bereich nicht mehr aktiv und können nicht mehr ausgeführt werden. Aktivitäten im Vordergrund und im Hintergrund, einschließlich der Anzeige von Benachrichtigungen.

Wir empfehlen, deine App im privaten Bereich zu testen, um sicherzustellen, dass deine App wie erwartet funktioniert, insbesondere wenn Ihre App in einen der folgenden Kategorien:

• Apps mit einer Logik für Arbeitsprofile, bei der davon ausgegangen wird, dass alle installierte Kopien ihrer App, die sich nicht im Hauptprofil befinden, befinden sich in der Arbeitsprofil.
• Medizinische Apps
• Launcher-Apps
• App Store-Apps

Letzte Nutzerauswahl für den Zugriff auf ausgewählte Fotos abfragen

Apps können jetzt nur die zuletzt ausgewählten Fotos und Videos hervorheben, wenn teilweiser Zugriff auf Medienberechtigungen gewährt wird. Diese Funktion kann die Nutzerfreundlichkeit von Apps verbessern, die häufig Zugriff auf Fotos und Videos anfordern. Wenn Sie diese Funktion in Ihrer App verwenden möchten, aktivieren Sie das Argument QUERY_ARG_LATEST_SELECTION_ONLY, wenn Sie MediaStore über ContentResolver abfragen.

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Privacy Sandbox für Android

Android 15 enthält die neuesten Erweiterungen für Android-Anzeigendienste sowie die neueste Version der Privacy Sandbox für Android. Diese Ergänzung ist Teil unserer Bemühungen, neue Technologien zu entwickeln, die den Datenschutz für Nutzer verbessern und effektive, personalisierte Anzeigen für mobile Apps ermöglichen. Auf unserer Privacy Sandbox-Seite finden Sie weitere Informationen zur Privacy Sandbox für Entwicklervorschauen und Betaprogrammen für Android, um Ihnen den Einstieg zu erleichtern.

Health Connect

Android 15 integrates the latest extensions around Health Connect by Android, a secure and centralized platform to manage and share app-collected health and fitness data. This update adds support for additional data types across fitness, nutrition, skin temperature, training plans, and more.

Skin temperature tracking allows users to store and share more accurate temperature data from a wearable or other tracking device.

Training plans are structured workout plans to help a user achieve their fitness goals. Training plans support includes a variety of completion and performance goals:

• Completion goals around calories burned, distance, duration, repetition, and steps.
• Performance goals around as many repetitions as possible (AMRAP), cadence, heart rate, power, perceived rate of exertion, and speed.

Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from Google I/O.

App-Bildschirmfreigabe

Android 15 supports app screen sharing so users can share or record just an app window rather than the entire device screen. This feature, first enabled in Android 14 QPR2, includes MediaProjection callbacks that allow your app to customize the app screen sharing experience. Note that for apps targeting Android 14 (API level 34) or higher, user consent is required for each MediaProjection capture session.

Nutzerfreundlichkeit und System-UI

Android 15 bietet App-Entwicklern und Nutzern mehr Kontrolle und Flexibilität bei der Konfiguration ihres Geräts.

Weitere Informationen dazu, wie Sie die neuesten Verbesserungen in Android 15 nutzen können, um die Nutzerfreundlichkeit Ihrer App zu verbessern, finden Sie im Vortrag Die Nutzerfreundlichkeit Ihrer Android-App verbessern von der Google I/O.

Umfangreichere Widget-Vorschauen mit der Generated Previews API

Vor Android 15 bestand die einzige Möglichkeit, Vorschauen für die Widget-Auswahl bereitzustellen, Eine statische Bild- oder Layoutressource Diese Vorschauen unterscheiden sich oft erheblich vom Erscheinungsbild des tatsächlichen Widgets, wenn es auf dem Startbildschirm platziert wird. Außerdem können mit Jetpack Glance keine statischen Ressourcen erstellt werden. Daher musste ein Glance-Entwickler einen Screenshot seines Widgets erstellen oder ein XML-Layout erstellen, um eine Widget-Vorschau zu erhalten.

Android 15 unterstützt jetzt generierte Vorschauen. Das bedeutet, dass App-Widget-Anbieter RemoteViews generieren können, um sie anstelle einer statischen Ressource als Auswahlvorschau zu verwenden.

Push API

Apps können generierte Vorschauen über eine Push-API bereitstellen. Apps bieten und erhalten keine explizite Anfrage vom Host gesendet, um eine Vorschau anzuzeigen. Vorschauen werden in AppWidgetService gespeichert und können von den Gastgebern auf Anfrage abgerufen werden. Im folgenden Beispiel wird eine XML-Widget-Layoutressource geladen und als Vorschau festgelegt:

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

Der erwartete Ablauf sieht so aus:

1. Der Widget-Anbieter ruft jederzeit setWidgetPreview auf. Die bereitgestellten Vorschauen werden zusammen mit anderen Anbieterinformationen in AppWidgetService gespeichert.
2. setWidgetPreview benachrichtigt Hosts über eine aktualisierte Vorschau über das AppWidgetHost.onProvidersChanged-Rückruf. Daraufhin reagiert das Widget alle Anbieterinformationen neu lädt.
3. Bei der Anzeige einer Widget-Vorschau prüft der Host AppWidgetProviderInfo.generatedPreviewCategories. Wenn das ausgewählte Element Kategorie verfügbar ist, ruft AppWidgetManager.getWidgetPreview an gibt die gespeicherte Vorschau für diesen Anbieter zurück.

Wann Sie setWidgetPreview anrufen sollten

Da es keinen Callback für die Vorschau gibt, können Apps wenn sie ausgeführt werden. Wie oft die Vorschau aktualisiert wird, hängt vom Anwendungsfall des Widgets ab.

In der folgenden Liste werden die beiden Hauptkategorien von Anwendungsfällen für Vorschauen beschrieben:

• Anbieter, die in ihrer Widget-Vorschau echte Daten anzeigen, z. B. personalisierte oder aktuelle Informationen. Diese Anbieter können die Vorschau einrichten, sobald der Nutzer angemeldet sind oder die Erstkonfiguration in der App vorgenommen hat. Danach werden sie können eine regelmäßige Aufgabe einrichten, um die Vorschauen im gewünschten Rhythmus zu aktualisieren. Beispiele für diese Art von Widget sind Foto-, Kalender-, Wetter- oder Nachrichten-Widgets.
• Anbieter, die in Vorschau- oder Schnellaktions-Widgets statische Informationen anzeigen, die keine Daten enthalten. Diese Anbieter können die Vorschau einmal einrichten, App-Starts. Beispiele für diese Art von Widget sind Widget „Aktionen“ oder das Widget für Chrome-Verknüpfungen.

Einige Anbieter zeigen in der Auswahl für den Hub-Modus möglicherweise statische Vorschaubilder, aber in der Auswahl für den Startbildschirm echte Informationen an. Diese Anbieter müssen sich an die Richtlinien halten, für beide Anwendungsfälle, um eine Vorschau festzulegen.

Die Funktion „Bild im Bild“

Android 15 führt Änderungen bei Bild im Bild (BiB) ein, die einen noch reibungsloseren Übergang im BiB-Modus ermöglichen. Dies ist vorteilhaft für Apps, bei denen UI-Elemente über der Hauptbenutzeroberfläche eingeblendet werden, die in BiB eingefügt wird.

Entwickler verwenden den Rückruf onPictureInPictureModeChanged, um eine Logik zu definieren, mit der die Sichtbarkeit der überlagerten UI-Elemente umgeschaltet wird. Dieser Callback wird ausgelöst, wenn die BiB-Animation zum Ein- oder Ausblenden abgeschlossen ist. Ab Android 15 enthält die Klasse PictureInPictureUiState einen weiteren Status.

Mit diesem UI-Status beobachten Apps, die auf Android 15 (API-Level 35) ausgerichtet sind, den Activity#onPictureInPictureUiStateChanged-Callback mit isTransitioningToPip(), sobald die BiB-Animation gestartet wird. Es gibt viele UI-Elemente, die für die App im PiP-Modus nicht relevant sind, z. B. Ansichten oder Layouts mit Informationen wie Vorschlägen, anstehenden Videos, Bewertungen und Titeln. Wenn die App in den PiP-Modus wechselt, verwende den onPictureInPictureUiStateChanged-Callback, um diese UI-Elemente auszublenden. Wenn die App vom PiP-Fenster in den Vollbildmodus wechselt, kannst du diese Elemente mit dem onPictureInPictureModeChanged-Callback wieder einblenden, wie in den folgenden Beispielen gezeigt:

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

Durch die schnelle Sichtbarkeitsschaltung irrelevanter UI-Elemente (für ein PiP-Fenster) wird eine flüssigere und flackerfreie PiP-Einblendungsanimation ermöglicht.

Verbesserte „Bitte nicht stören“-Regeln

AutomaticZenRule lets apps customize Attention Management (Do Not Disturb) rules and decide when to activate or deactivate them. Android 15 greatly enhances these rules with the goal of improving the user experience. The following enhancements are included:

• Adding types to AutomaticZenRule, allowing the system to apply special treatment to some rules.
• Adding an icon to AutomaticZenRule, helping to make the modes be more recognizable.
• Adding a triggerDescription string to AutomaticZenRule that describes the conditions on which the rule should become active for the user.
• Added ZenDeviceEffects to AutomaticZenRule, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.

VibrationEffect für Benachrichtigungskanäle festlegen

Android 15 unterstützt die Einstellung starker Vibrationen für eingehende Benachrichtigungen, indem mit NotificationChannel.setVibrationEffect, sodass können Ihre Nutzer zwischen verschiedenen Benachrichtigungstypen unterscheiden, ohne auf ihr Gerät schauen zu müssen.

Statusleiste für die Medienprojektion und automatisches Beenden

Media projection can expose private user information. A new, prominent status bar chip makes users aware of any ongoing screen projection. Users can tap the chip to stop screen casting, sharing, or recording. Also, for a more intuitive user experience, any in‑progress screen projection now automatically stops when the device screen is locked.

Große Bildschirme und Formfaktoren

Mit Android 15 können Ihre Apps die Vorteile der verschiedenen Formfaktoren von Android optimal nutzen, darunter große Displays, Klapp- und Faltgeräte.

Verbessertes Multitasking auf großen Displays

Mit Android 15 können Nutzer auf Geräten mit großen Bildschirmen noch einfacher mehrere Dinge gleichzeitig erledigen. Für So können Nutzende ihre bevorzugten Kombinationen von Splitscreen-Apps speichern, Sie können auf die Taskleiste zugreifen und sie anpinnen, um schnell zwischen Apps zu wechseln. Das bedeutet, ist es wichtiger denn je, eine adaptive App zu entwickeln.

Auf der Google I/O gibt es Sitzungen zum Thema Entwicklung adaptiver Android- und Benutzeroberfläche mit Material 3 erstellen, adaptive Bibliothek das hilfreich sein kann. In unserer Dokumentation finden Sie weitere Informationen dazu, wie Sie Designs für große Unternehmen .

Unterstützung für Cover-Display

Deine App kann eine Eigenschaft deklarieren, die unter Android 15 verwendet wird, damit deine Application oder Activity auf kleinen Titelbildschirmen unterstützter umklappbarer Geräte angezeigt werden können. Diese Bildschirme sind zu klein, um als kompatible Ziele für die Ausführung von Android-Apps betrachtet zu werden, aber Ihre App kann diese unterstützen, sodass Ihre App an mehr Orten verfügbar ist.

Konnektivität

Mit Android 15 wird die Plattform aktualisiert, damit Ihre App auf die neuesten Fortschritte in der Kommunikation und drahtlosen Technologien zugreifen kann.

Satellitenunterstützung

Android 15 erweitert die Plattformunterstützung für die Satellitenverbindung weiter und enthält einige UI-Elemente, die für eine einheitliche Nutzererfahrung bei der Satellitenverbindung sorgen.

Mit ServiceState.isUsingNonTerrestrialNetwork() können Apps erkennen, wenn ein Gerät mit einem Satelliten verbunden ist. So können sie besser nachvollziehen, warum vollständige Netzwerkdienste möglicherweise nicht verfügbar sind. Außerdem unterstützt Android 15 SMS- und MMS-Apps sowie vorinstallierte RCS-Apps, um die Satellitenverbindung zum Senden und Empfangen von Nachrichten zu nutzen.

Verbesserte NFC-Funktionen

Android 15 arbeitet daran, das kontaktlose Bezahlen nahtloser und zuverlässiger zu gestalten und gleichzeitig das robuste NFC-System von Android zu unterstützen. Auf unterstützten Geräten können Apps den NfcAdapter anfordern, in den Beobachtungsmodus zu wechseln. In diesem Modus werden die PollingFrame-Objekte des NFC-Dienstes der App zur Verarbeitung gesendet, wobei das Gerät zwar abhört, aber nicht auf die NFC-Lesegeräte reagiert. Die PollingFrame-Objekte können zur Authentifizierung vor der ersten Kommunikation mit dem NFC-Lesegerät verwendet werden, was in vielen Fällen eine Transaktion mit nur einem Fingertipp ermöglicht.

Darüber hinaus können Anwendungen jetzt auf unterstützten Geräten einen Filter registrieren, sodass sie über die Aktivität der Abfrageschleife benachrichtigt werden können. Dies ermöglicht einen reibungslosen Betrieb mit mehreren NFC-fähigen Anwendungen.

Wallet-Rolle

Android 15 introduces a Wallet role that allows tighter integration with the user's preferred wallet app. This role replaces the NFC default contactless payment setting. Users can manage the Wallet role holder by navigating to Settings > Apps > Default Apps.

The Wallet role is used when routing NFC taps for AIDs registered in the payment category. Taps always go to the Wallet role holder unless another app that is registered for the same AID is running in the foreground.

This role is also used to determine where the Wallet Quick Access tile should go when activated. When the role is set to "None", the Quick Access tile isn't available and payment category NFC taps are only delivered to the foreground app.

Sicherheit

Mit Android 15 können Sie die Sicherheit Ihrer App verbessern, die Daten Ihrer App schützen und Nutzern mehr Transparenz und Kontrolle über ihre Daten bieten. Weitere Informationen dazu, wie wir die Sicherheit von Nutzern verbessern und Ihre App vor neuen Bedrohungen schützen, finden Sie im Vortrag Safeguarding user security on Android (Nutzersicherheit auf Android verbessern) von der Google I/O.

Credential Manager in die Funktion „Autofill“ einbinden

Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.

Registrierung und Anmeldung per One Tap mit biometrischen Aufforderungen integrieren

Der Anmeldedaten-Manager integriert biometrische Aufforderungen in die Erstellung von Anmeldedaten und Anmeldeprozessen, sodass Anbieter keine biometrische Aufforderungen. Anbieter von Anmeldedaten müssen sich daher nur auf die der Erstellungs- und Abrufvorgänge, ergänzt mit dem biometrischen Flussergebnis. Dieser vereinfachte Prozess ermöglicht eine effizientere und optimierte Erstellung und Abruf von Anmeldedaten.

Schlüsselverwaltung für die Ende-zu-Ende-Verschlüsselung

Wir führen E2eeContactKeysManager in Android 15 ein. Damit wird die Ende-zu-Ende-Verschlüsselung (E2EE) in Android-Apps durch die Bereitstellung einer API auf Betriebssystemebene für das Speichern kryptografischer öffentlicher Schlüssel ermöglicht.

E2eeContactKeysManager ist für die Einbindung in die Anwendung für Plattformkontakte konzipiert und bietet Nutzern eine zentrale Möglichkeit, die öffentlichen Schlüssel ihrer Kontakte zu verwalten und zu prüfen.

Berechtigungsprüfungen für Inhalts-URIs

Android 15 introduces a set of APIs that perform permission checks on content URIs:

• Context.checkContentUriPermissionFull: This performs a full permission check on content URIs.
• Activity manifest attribute requireContentUriPermissionFromCaller: This enforces specified permissions on the provided content URIs at activity launch.
• ComponentCaller class for Activity callers: This represents the app that launched the activity.

Bedienungshilfen

Android 15 bietet Funktionen, die die Barrierefreiheit für Nutzer verbessern.

Bessere Brailleschrift

Seit Android 15 unterstützt TalkBack nun Braillezeilen, die den HID-Standard sowohl über USB als auch über sicheres Bluetooth verwenden.

Dieser Standard ähnelt dem für Mäuse und Tastaturen. Er wird Android im Laufe der Zeit dabei helfen, eine breitere Palette von Braillezeilen zu unterstützen.

Lokalisierung

Android 15 bietet Funktionen, die die Nutzerfreundlichkeit verbessern, wenn ein Gerät in verschiedenen Sprachen verwendet wird.

Variable CJK-Schriftart

Ab Android 15 ist NotoSansCJK die Schriftartdatei für Chinesisch, Japanisch und Koreanisch (CJK) als variable Schriftart. Variable Schriftarten eröffnen neue Möglichkeiten für die Creative-Typografie in CJK-Sprachen. Designschaffende können ein breiteres Spektrum an Stilen ausprobieren und optisch ansprechende Layouts erstellen, die zuvor schwer oder unmöglich zu erreichen waren.

Zeichenabstand

Ab Android 15 kann Text mithilfe von Buchstabenabstand ausgerichtet werden. Verwenden Sie dazu JUSTIFICATION_MODE_INTER_CHARACTER. Interwort-Begründung lautete erstmals mit Android 8.0 (API-Level 26) eingeführt und Zeichen Justification bietet ähnliche Funktionen für Sprachen, Leerzeichen für die Segmentierung, z. B. Chinesisch oder Japanisch.

Layout für japanischen Text mit JUSTIFICATION_MODE_NONE

Layout für englischen Text mit JUSTIFICATION_MODE_NONE

Layout für japanischen Text mit JUSTIFICATION_MODE_INTER_WORD

Layout für englischen Text mit JUSTIFICATION_MODE_INTER_WORD

Layout für japanischen Text mit dem JUSTIFICATION_MODE_INTER_CHARACTER.

Layout für englischen Text mit dem JUSTIFICATION_MODE_INTER_CHARACTER.

Konfiguration automatischer Zeilenschaltungen

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

Zusätzliche japanische Hentaigana-Schriftart

In Android 15 eine Schriftartdatei für das alte japanische Hiragana (bekannt als Hentaigana) ist standardmäßig gebündelt. Die einzigartigen Formen von Hentaigana-Figuren sorgen dafür, einem Design oder einem Design unverwechselbar machen und gleichzeitig Übertragung und Verständnis alter japanischer Dokumente.

VideoLAN cone Copyright (c) 1996-2010 VideoLAN. Dieses Logo oder eine modifizierte Version dürfen von jeder Person verwendet oder modifiziert werden, um auf das VideoLAN-Projekt oder ein vom VideoLAN-Team entwickeltes Produkt zu verweisen. Dies bedeutet jedoch nicht, dass dies vom Projekt unterstützt wird.

Vulkan und das Vulkan-Logo sind eingetragene Marken von Khronos Group Inc.

OpenGL ist eine eingetragene Marke und das OpenGL ES-Logo ist eine Marke von Hewlett Packard Enterprise, die mit Genehmigung von Khronos verwendet wird.