Présentation des fonctionnalités et des API

Android 15 offre aux développeurs de nouvelles fonctionnalités et API de qualité. Les sections suivantes résument ces fonctionnalités pour vous aider à vous familiariser avec les API associées.

Pour obtenir une liste détaillée des API ajoutées, modifiées et supprimées, consultez le rapport de différences des API. Pour en savoir plus sur les API ajoutées, consultez la documentation de référence des API Android. Pour Android 15, recherchez les API ajoutées au niveau d'API 35. Pour savoir dans quels domaines les changements de plate-forme peuvent affecter vos applications, consultez les modifications de comportement d'Android 15 pour les applications ciblant Android 15 et pour toutes les applications.

Appareil photo et médias

Android 15 inclut diverses fonctionnalités qui améliorent l'expérience de l'appareil photo et des contenus multimédias, et qui vous donnent accès à des outils et du matériel pour aider les créateurs à donner vie à leur vision sur Android.

Pour en savoir plus sur les dernières fonctionnalités et solutions pour les développeurs concernant les contenus multimédias et l'appareil photo Android, consultez la conférence Créer des expériences multimédias et d'appareil photo Android modernes de Google I/O.

Amplification luminosité faible

Android 15 introduit l'amplification de la luminosité, un mode d'exposition automatique disponible à la fois pour Camera 2 et l'extension de l'appareil photo en mode Nuit. L'amplification de la luminosité ajuste l'exposition du flux d'aperçu en cas de faible luminosité. Cela diffère de la façon dont l'extension d'appareil photo du mode Nuit crée des images fixes, car le mode Nuit combine une rafale de photos pour créer une seule image améliorée. Bien que le mode Nuit soit très efficace pour créer une image fixe, il ne peut pas créer un flux continu de frames, contrairement au mode Boost en faible luminosité. Ainsi, la fonctionnalité Boost en basse luminosité active les fonctionnalités de l'appareil photo, telles que:

  • Fournir un aperçu amélioré des images pour que les utilisateurs puissent mieux cadrer leurs photos prises en basse luminosité
  • Scanner des codes QR dans des conditions de faible luminosité

Si vous activez la fonctionnalité Boost en cas de faible luminosité, elle s'active automatiquement lorsque le niveau de luminosité est faible et se désactive lorsque la luminosité est plus élevée.

Les applications peuvent enregistrer le flux d'aperçu par faible luminosité dans le but d'éclaircir les vidéos.

Pour en savoir plus, consultez la section Amélioration en basse luminosité.

Commandes de la caméra dans l'application

Android 15 adds an extension for more control over the camera hardware and its algorithms on supported devices:

  • Advanced flash strength adjustments enabling precise control of flash intensity in both SINGLE and TORCH modes while capturing images.

Contrôle de la marge HDR

Android 15 choisit la plage dynamique appropriée pour les fonctionnalités de l'appareil sous-jacent et la profondeur de bits du panneau. Pour les pages contenant beaucoup de contenu SDR, comme une application de messagerie affichant une seule vignette HDR, ce comportement peut avoir un impact négatif sur la luminosité perçue du contenu SDR. Android 15 vous permet de contrôler la plage dynamique HDR avec setDesiredHdrHeadroom pour trouver un équilibre entre le contenu SDR et HDR.

La luminosité des éléments d'interface utilisateur SDR de l'écran de gauche semble plus uniforme que celle de l'écran de droite, ce qui simule d'éventuels problèmes de plage dynamique lorsque des contenus HDR et SDR sont mélangés. En ajustant la plage dynamique HDR, vous pouvez obtenir un meilleur équilibre entre les contenus SDR et HDR.

Contrôle du volume

Android 15 est compatible avec la norme de volume CTA-2075 pour vous aider à éviter les incohérences de volume audio et à vous assurer que les utilisateurs n'ont pas à ajuster constamment le volume lorsqu'ils passent d'un contenu à un autre. Le système exploite les caractéristiques connues des appareils de sortie (écouteurs et haut-parleurs) ainsi que les métadonnées de volume disponibles dans le contenu audio AAC pour ajuster intelligemment le volume audio et les niveaux de compression de la plage dynamique.

Pour activer cette fonctionnalité, vous devez vous assurer que les métadonnées de volume sont disponibles dans votre contenu AAC et activer la fonctionnalité de la plate-forme dans votre application. Pour ce faire, vous instanciez un objet LoudnessCodecController en appelant sa méthode d'usine create avec l'ID de session audio de l'AudioTrack associé. Les mises à jour audio sont alors automatiquement appliquées. Vous pouvez transmettre OnLoudnessCodecUpdateListener pour modifier ou filtrer paramètres de volume sonore avant de les appliquer 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
}

ExoPlayer sera également mis à jour pour AndroidX media3 afin d'utiliser LoudnessCodecController pour une intégration parfaite des applications.

Appareils MIDI 2.0 virtuels

Android 13 est compatible avec la connexion à des appareils MIDI 2.0 via USB, qui communiquent à l'aide de paquets MIDI universels (UMP). Android 15 étend la compatibilité avec UMP aux applications MIDI virtuelles, ce qui permet aux applications de composition de contrôler les applications de synthétiseur en tant qu'appareil MIDI 2.0 virtuel, comme elles le feraient avec un appareil USB MIDI 2.0.

Décodage logiciel AV1 plus efficace

Logo dav1d

dav1d, le populaire décodeur logiciel AV1 de VideoLAN, est disponible pour les appareils Android qui ne prennent pas en charge le décodage AV1 en matériel. dav1d est jusqu'à trois fois plus performant que l'ancien décodeur logiciel AV1, ce qui permet de lire des vidéos AV1 HD pour plus d'utilisateurs, y compris sur certains appareils de milieu de gamme.

Votre application doit activer l'utilisation de dav1d en l'appelant par nom "c2.android.av1-dav1d.decoder". dav1d deviendra le décodeur logiciel AV1 par défaut lors d'une mise à jour ultérieure. Cette compatibilité est standardisée et rétroportée vers les appareils Android 11 qui reçoivent des mises à jour du système Google Play.

Productivité et outils pour les développeurs

Bien que la plupart de nos efforts pour améliorer votre productivité soient axés sur des outils tels qu'Android Studio, Jetpack Compose et les bibliothèques Android Jetpack, nous cherchons toujours des moyens dans la plate-forme pour vous aider à concrétiser plus facilement votre vision.

Mises à jour OpenJDK 17

Android 15 poursuit le travail d'actualisation des principales bibliothèques Android afin de s'adapter aux fonctionnalités des dernières versions d'OpenJDK LTS.

Les principales fonctionnalités et améliorations sont les suivantes:

Ces API sont mises à jour sur plus d'un milliard d'appareils exécutant Android 12 (niveau d'API 31) ou version ultérieure via les mises à jour du système Google Play, ce qui vous permet de cibler les dernières fonctionnalités de programmation.

Améliorations apportées aux PDF

Android 15 apporte des améliorations substantielles aux API PdfRenderer. Les applications peuvent intégrer des fonctionnalités avancées telles que l'affichage de fichiers protégés par un mot de passe, les annotations, la modification de formulaire, la recherche et la sélection avec copie. Les optimisations linéarisées des PDF sont compatibles pour accélérer l'affichage des PDF en local et réduire l'utilisation des ressources.

Les dernières mises à jour apportées au rendu PDF incluent des fonctionnalités telles que la recherche dans un fichier PDF intégré.

PdfRenderer a été déplacé vers un module qui peut être mis à jour à l'aide des mises à jour du système Google Play indépendamment de la version de la plate-forme. Nous acceptons ces modifications à nouveau sur Android 11 (niveau d'API 30) en créant une version de surface d'API compatible antérieure à Android 15, appelée PdfRendererPreV.

Vos commentaires sur les améliorations que nous avons apportées à la surface de l'API PdfRenderer nous intéressent, et nous prévoyons de faciliter l'intégration de ces API dans votre application avec une prochaine bibliothèque Android Jetpack.

Améliorations du changement de langue automatique

Android 14 a ajouté la reconnaissance multilingue sur l'appareil dans l'audio avec le basculement automatique entre les langues, mais cela peut entraîner la suppression de mots, en particulier lorsque les langues changent avec moins de pause entre les deux énoncés. Android 15 ajoute des commandes supplémentaires pour aider les applications à adapter ce changement à leur cas d'utilisation. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS limite le changement automatique au début de la session audio, tandis que EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES désactive le changement de langue après un nombre défini de changements. Ces options sont particulièrement utiles si vous prévoyez qu'une seule langue sera parlée pendant la session et qu'elle doit être détectée automatiquement.

Amélioration de l'API OpenType Variable Font

Android 15 améliore la facilité d'utilisation de la police variable OpenType. Vous pouvez maintenant créer une instance FontFamily à partir d'une police variable sans spécifier ; des axes de pondération avec l'API buildVariableFamily. Le moteur de rendu de texte remplace la valeur de l'axe wght pour qu'elle corresponde au texte affiché.

L'utilisation de la nouvelle API simplifie le code pour créer un Typeface. considérablement:

Kotlin

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

Java

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

Auparavant, pour créer le même Typeface, vous aviez besoin de beaucoup plus de code:

Kotlin

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

Java

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

Voici un exemple de la façon dont un Typeface a été créé avec les anciennes et les nouvelles API affiche:

Exemple de différence de rendu entre les nouvelles et l'ancienne API

Dans cet exemple, le Typeface créé avec l'ancienne API n'a pas pour créer des épaisseurs de police précises pour les tailles 350, 450, 550 et 650 Font. Ainsi, le moteur de rendu revient à la pondération la plus proche. Ainsi, dans dans ce cas, 300 s'affiche au lieu de 350, 400 s'affiche au lieu de 450, et ainsi de suite. En revanche, le Typeface créé avec les nouvelles API crée dynamiquement une instance Font pour une pondération donnée, afin d'obtenir des pondérations précises pour 350. 450, 550 et 650.

Contrôles précis des sauts de ligne

Starting in Android 15, a TextView and the underlying line breaker can preserve the given portion of text in the same line to improve readability. You can take advantage of this line break customization by using the <nobreak> tag in string resources or createNoBreakSpan. Similarly, you can preserve words from hyphenation by using the <nohyphen> tag or createNoHyphenationSpan.

For example, the following string resource doesn't include a line break, and renders with the text "Pixel 8 Pro." breaking in an undesirable place:

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

In contrast, this string resource includes the <nobreak> tag, which wraps the phrase "Pixel 8 Pro." and prevents line breaks:

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

The difference in how these strings are rendered is shown in the following images:

Layout for a line of text where the phrase "Pixel 8 Pro." isn't wrapped using a <nobreak> tag.
Layout for the same line of text where the phrase "Pixel 8 Pro." is wrapped using a <nobreak> tag.

Archivage des applications

Android and Google Play announced support for app archiving last year, allowing users to free up space by partially removing infrequently used apps from the device that were published using Android App Bundle on Google Play. Android 15 includes OS level support for app archiving and unarchiving, making it easier for all app stores to implement it.

Apps with the REQUEST_DELETE_PACKAGES permission can call the PackageInstaller requestArchive method to request archiving an installed app package, which removes the APK and any cached files, but persists user data. Archived apps are returned as displayable apps through the LauncherApps APIs; users will see a UI treatment to highlight that those apps are archived. If a user taps on an archived app, the responsible installer will get a request to unarchive it, and the restoration process can be monitored by the ACTION_PACKAGE_ADDED broadcast.

Activer le mode 16 ko sur un appareil à l'aide des options pour les développeurs

Activez l'option développeur Démarrer avec une page de 16 ko pour démarrer un appareil en mode 16 ko.

À partir d'Android 15 QPR1, vous pouvez utiliser l'option pour les développeurs disponible sur certains appareils pour démarrer l'appareil en mode 16 ko et effectuer des tests sur l'appareil. Avant d'utiliser l'option pour les développeurs, accédez à Paramètres > Système > Mises à jour logicielles et appliquez les mises à jour disponibles.

Cette option pour les développeurs est disponible sur les appareils suivants :

  • Pixel 8 et 8 Pro (avec Android 15 QPR1 ou version ultérieure)

  • Pixel 8a (avec Android 15 QPR1 ou version ultérieure)

  • Pixel 9, 9 Pro et 9 Pro XL (avec Android 15 QPR2 bêta 2 ou version ultérieure)

Graphiques

Android 15 apporte les dernières améliorations graphiques, y compris ANGLE et des ajouts au système graphique Canvas.

Moderniser l'accès au GPU d'Android

Vulkan logo

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

Roadmap of upcoming changes to the Android GPU APIs.

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++.

Améliorations apportées à Dessin

Android 15 poursuit la modernisation du système graphique Canvas d'Android avec des fonctionnalités supplémentaires:

  • Matrix44 fournit une matrice 4x4 pour transformer les coordonnées à utiliser lorsque vous souhaitez manipuler le canevas en 3D.
  • clipShader croise le clip actuel avec le nuanceur spécifié, tandis que clipOutShader définit le clip sur la différence entre le clip actuel et le nuanceur, chacun traitant le nuanceur comme un masque alpha. Cela permet de dessiner efficacement des formes complexes.

Performances et batterie

Android continue de vous aider à améliorer les performances et la qualité de vos applications. Android 15 introduit des API qui permettent d'exécuter plus efficacement les tâches dans votre application, d'optimiser les performances de l'application et de recueillir des insights sur vos applications.

Pour découvrir les bonnes pratiques en matière d'efficacité de la batterie, le débogage de l'utilisation du réseau et de l'alimentation, et des informations détaillées sur la façon dont nous améliorons l'efficacité de la batterie pour les tâches en arrière-plan dans Android 15 et les versions récentes d'Android, consultez la conférence Improving battery efficiency of background work on Android (Améliorer l'efficacité de la batterie pour les tâches en arrière-plan sur Android) de Google I/O.

API ApplicationStartInfo

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.

Informations détaillées sur la taille de l'application

Depuis Android 8.0 (niveau d'API 26), Android inclut l'API StorageStats.getAppBytes, qui résume la taille installée d'une application en un seul nombre d'octets, qui correspond à la somme de la taille de l'APK, de la taille des fichiers extraits de l'APK et des fichiers générés sur l'appareil, tels que le code compilé à l'avance (AOT). Ce nombre n'est pas très révélateur de la façon dont votre application utilise l'espace de stockage.

Android 15 ajoute l'API StorageStats.getAppBytesByDataType([type]), qui vous permet d'obtenir des informations sur la façon dont votre application utilise tout cet espace, y compris les fractionnements de fichiers APK, le code lié à l'AOT et à l'accélération, les métadonnées dex, les bibliothèques et les profils guidés.

Profilage géré par l'application

Android 15 inclut la classe ProfilingManager, qui vous permet de collecter des informations de profilage à partir de votre application, telles que des empreintes de mémoire, des profils de segments de mémoire, des échantillons de pile, etc. Elle permet de rappeler à votre application un tag permettant d'identifier le fichier de sortie, qui est envoyé au répertoire de fichiers de votre application. L'API limite le débit pour minimiser l'impact sur les performances.

Pour simplifier la création de requêtes de profilage dans votre application, nous vous recommandons d'utiliser l'API AndroidX Profiling correspondante, disponible dans Core 1.15.0-rc01 ou version ultérieure.

Améliorations de la base de données SQLite

Android 15 introduit les API SQLite qui exposent les fonctionnalités avancées du SQLite sous-jacent qui ciblent des problèmes de performances spécifiques manifeste dans les applications. Ces API sont incluses dans la mise à jour de SQLite vers 3.44.3.

Les développeurs doivent consulter les bonnes pratiques concernant les performances de SQLite. pour exploiter pleinement leur base de données SQLite, en particulier lorsqu'ils travaillent avec de grands ou lors de l'exécution de requêtes sensibles à la latence.

  • Transactions différées en lecture seule: lors de l'émission de transactions qui sont en lecture seule (pas les instructions d'écriture), utilisez beginTransactionReadOnly() et beginTransactionWithListenerReadOnly(SQLiteTransactionListener) pour émettre des transactions DEFERRED en lecture seule. Ces transactions peuvent s'exécuter simultanément les unes avec les autres. Si la base de données est en mode WAL, elles peuvent s'exécuter simultanément avec des transactions IMMEDIATE ou EXCLUSIVE.
  • Nombre et ID de lignes : des API ont été ajoutées pour récupérer le nombre de lignes modifiées ou l'ID de la dernière ligne insérée sans émettre de requête supplémentaire. getLastChangedRowCount() renvoie le nombre de lignes ont été insérées, mises à jour ou supprimées par l'instruction SQL la plus récente dans la transaction en cours, tandis que getTotalChangedRowCount() renvoie le nombre défini pour la connexion en cours. getLastInsertRowId() renvoie l'rowid de la dernière ligne. à insérer sur la connexion actuelle.
  • Instructions brutes : émettez une instruction SQlite brute, en contournant les wrappers pratiques et tout coût de traitement supplémentaire qu'ils pourraient entraîner.

Mises à jour d'Android Dynamic Performance Framework

Android 15 continues our investment in the Android Dynamic Performance Framework (ADPF), a set of APIs that allow games and performance intensive apps to interact more directly with power and thermal systems of Android devices. On supported devices, Android 15 adds ADPF capabilities:

  • A power-efficiency mode for hint sessions to indicate that their associated threads should prefer power saving over performance, great for long-running background workloads.
  • GPU and CPU work durations can both be reported in hint sessions, allowing the system to adjust CPU and GPU frequencies together to best meet workload demands.
  • Thermal headroom thresholds to interpret possible thermal throttling status based on headroom prediction.

To learn more about how to use ADPF in your apps and games, head over to the documentation.

Confidentialité

Android 15 inclut diverses fonctionnalités qui aident les développeurs d'applications à protéger la confidentialité des utilisateurs.

Détection de l'enregistrement d'écran

Android 15 est désormais compatible avec les applications qui détectent que pendant leur enregistrement. Un rappel est appelé chaque fois que l'application passe de l'état visible à l'état invisible dans un enregistrement d'écran. Une application est considérée comme visible si des activités appartenant à l'UID du processus d'enregistrement sont enregistrées. Ainsi, si votre application effectue une opération sensible, peuvent informer l'utilisateur qu'ils sont enregistrés.

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)
}

Fonctionnalités IntentFilter étendues

Android 15 prend en charge une résolution Intent plus précise via UriRelativeFilterGroup, qui contient un ensemble d'objets UriRelativeFilter qui forment un ensemble de règles de correspondance Intent qui doivent toutes être satisfaites, y compris les paramètres de requête d'URL, les fragments d'URL et les règles de blocage ou d'exclusion.

Ces règles peuvent être définies dans le fichier XML AndroidManifest avec la balise <uri-relative-filter-group>, qui peut éventuellement inclure une balise android:allow. Ces balises peuvent contenir des balises <data> qui utilisent des attributs de balise de données existants, ainsi que les attributs android:query et android:fragment.

Voici un exemple de syntaxe AndroidManifest:

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

Espace privé

The private space can be unlocked and locked to show or hide sensitive apps on a device.

Private space lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. The private space uses a separate user profile. The user can choose to use the device lock or a separate lock factor for the private space.

Apps in the private space show up in a separate container in the launcher, and are hidden from the recents view, notifications, settings, and from other apps when the private space is locked. User-generated and downloaded content (such as media or files) and accounts are separated between the private space and the main space. The system sharesheet and the photo picker can be used to give apps access to content across spaces when the private space is unlocked.

Users can't move existing apps and their data into the private space. Instead, users select an install option in the private space to install an app using whichever app store they prefer. Apps in the private space are installed as separate copies from any apps in the main space (new copies of the same app).

When a user locks the private space, the profile is stopped. While the profile is stopped, apps in the private space are no longer active and can't perform foreground or background activities, including showing notifications.

We recommend that you test your app with private space to make sure your app works as expected, especially if your app falls into one of the following categories:

Interroger la dernière sélection d'utilisateur pour l'accès aux photos sélectionnées

Apps can now highlight only the most-recently-selected photos and videos when partial access to media permissions is granted. This feature can improve the user experience for apps that frequently request access to photos and videos. To use this feature in your app, enable the QUERY_ARG_LATEST_SELECTION_ONLY argument when querying MediaStore through ContentResolver.

Kotlin

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

Java

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 sur Android

Android 15 inclut les dernières extensions Android Ad Services, qui intègrent la dernière version de la Privacy Sandbox sur Android. Cette addition s'inscrit dans notre travail visant à développer des technologies qui améliorent la confidentialité des utilisateurs et permettent de créer des expériences publicitaires efficaces et personnalisées pour les applications mobiles. Pour en savoir plus sur les programmes Preview développeur et bêta de la Privacy Sandbox sur Android, consultez notre page dédiée.

Santé Connect

Android 15 intègre les dernières extensions autour de Santé Connect par Android, une plate-forme sécurisée et centralisée permettant de gérer et de partager les données de santé et de remise en forme collectées par les applications. Cette mise à jour ajoute la prise en charge de types de données supplémentaires pour la forme physique, la nutrition, la température de la peau, les plans d'entraînement et plus encore.

Le suivi de la température cutanée permet aux utilisateurs de stocker et de partager des données de température plus précises à partir d'un accessoire connecté ou d'un autre appareil de suivi.

Les plans d'entraînement sont des plans d'entraînement structurés pour aider l'utilisateur à rester en forme objectifs. La prise en charge des plans de formation comprend plusieurs phases objectifs:

Pour en savoir plus sur les dernières nouveautés de Santé Connect sur Android, consultez la présentation Créer des expériences adaptables avec Android Santé lors de Google I/O.

Partager le contenu d'une appli sur l'écran

Android 15 est compatible avec le partage d'écran d'application afin que les utilisateurs puissent partager ou enregistrer uniquement une fenêtre d'application plutôt que l'intégralité de l'écran de l'appareil. Cette fonctionnalité, activée pour la première fois dans Android 14 QPR2, inclut des appels de retour MediaProjection qui permettent à votre application de personnaliser l'expérience de partage d'écran de l'application. Notez que pour les applications ciblant Android 14 (niveau d'API 34) ou version ultérieure, l'autorisation de l'utilisateur est requise pour chaque session de capture MediaProjection.

Expérience utilisateur et interface utilisateur du système

Android 15 offre aux développeurs d'applications et aux utilisateurs plus de contrôle et de flexibilité pour configurer leur appareil en fonction de leurs besoins.

Pour savoir comment utiliser les dernières améliorations d'Android 15 afin d'améliorer l'expérience utilisateur de votre application, consultez la conférence Améliorer l'expérience utilisateur de votre application Android de Google I/O.

Aperçus de widgets plus riches avec l'API Generated Previews

Avant Android 15, le seul moyen de fournir des aperçus du sélecteur de widgets était de spécifier une ressource d'image ou de mise en page statique. Ces aperçus diffèrent souvent considérablement de l'apparence du widget réel lorsqu'il est placé sur l'écran d'accueil. De plus, les ressources statiques ne peuvent pas être créées avec Jetpack Glance. Un développeur Glance doit donc prendre une capture d'écran de son widget ou créer une mise en page XML pour obtenir un aperçu du widget.

Android 15 prend en charge les aperçus générés. Cela signifie que les fournisseurs de widgets d'application peuvent générer RemoteViews à utiliser comme aperçu du sélecteur au lieu d'une ressource statique.

Les applications peuvent fournir des vues distantes au sélecteur de widgets afin de mettre à jour le contenu du sélecteur pour qu'il soit plus représentatif de ce que l'utilisateur verra.

API Push

Les applications peuvent fournir des aperçus générés via une API push. Les applications peuvent fournir des aperçus à tout moment de leur cycle de vie et ne reçoivent pas de demande explicite de la part de l'hôte. Les aperçus sont conservés dans AppWidgetService, et les hôtes peuvent les demander à la demande. L'exemple suivant charge une ressource de mise en page de widget XML et la définit en tant qu'aperçu:

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

Le flux attendu est le suivant:

  1. Le fournisseur de widgets appelle setWidgetPreview à tout moment. Les aperçus fournis sont conservés dans AppWidgetService avec d'autres informations du fournisseur.
  2. setWidgetPreview informe les hôtes d'un aperçu mis à jour via le rappel AppWidgetHost.onProvidersChanged. En réponse, l'hôte du widget recharge toutes ses informations sur le fournisseur.
  3. Lorsque l'hôte affiche un aperçu de widget, il vérifie AppWidgetProviderInfo.generatedPreviewCategories. Si la catégorie choisie est disponible, il appelle AppWidgetManager.getWidgetPreview pour renvoyer l'aperçu enregistré pour ce fournisseur.

Quand appeler le setWidgetPreview

Étant donné qu'il n'y a pas de rappel pour fournir des aperçus, les applications peuvent choisir d'envoyer des aperçus à tout moment lorsqu'elles s'exécutent. La fréquence d'actualisation de l'aperçu dépend du cas d'utilisation du widget.

La liste suivante décrit les deux principales catégories de cas d'utilisation d'aperçu:

  • Fournisseurs qui affichent des données réelles dans leurs aperçus de widgets, comme des informations personnalisées ou récentes. Ces fournisseurs peuvent définir l'aperçu une fois que l'utilisateur s'est connecté ou a effectué la configuration initiale dans son application. Ensuite, ils peuvent configurer une tâche périodique pour mettre à jour les aperçus à la fréquence de leur choix. Il peut s'agir d'un widget photo, d'un widget agenda, d'un widget météo ou d'un widget d'actualités.
  • Fournisseurs qui affichent des informations statiques dans des aperçus ou des widgets d'action rapide qui n'affichent aucune donnée. Ces fournisseurs peuvent définir des aperçus une seule fois, lors du premier lancement de l'application. Exemples de ce type de widget : widget d'actions rapides Drive ou widget de raccourcis Chrome.

Certains fournisseurs peuvent afficher des aperçus statiques dans le sélecteur de mode Hub, mais des informations réelles dans le sélecteur de l'écran d'accueil. Ces fournisseurs doivent suivre les consignes pour ces deux cas d'utilisation afin de définir des aperçus.

Picture-in-picture

Android 15 apporte des modifications au mode Picture-in-picture (PIP) pour assurer une transition encore plus fluide lorsque vous accédez au mode PIP. Cela sera bénéfique pour les applications dont les éléments d'interface utilisateur sont superposés à leur interface utilisateur principale, qui passe en mode PiP.

Les développeurs utilisent le rappel onPictureInPictureModeChanged pour définir une logique qui active/désactive la visibilité des éléments d'interface utilisateur superposés. Ce rappel est déclenché lorsque l'animation de sortie ou d'entrée en mode PiP est terminée. À partir d'Android 15, la classe PictureInPictureUiState inclut un autre état.

Avec cet état de l'interface utilisateur, les applications ciblant Android 15 (niveau d'API 35) constateront que le rappel Activity#onPictureInPictureUiStateChanged est appelé avec isTransitioningToPip() dès que l'animation PIP démarre. De nombreux éléments d'interface utilisateur ne sont pas pertinents pour l'application lorsqu'elle est en mode PiP, par exemple les vues ou la mise en page qui incluent des informations telles que des suggestions, des vidéos à venir, des notes et des titres. Lorsque l'application passe en mode PIP, utilisez le rappel onPictureInPictureUiStateChanged pour masquer ces éléments d'interface utilisateur. Lorsque l'application passe en mode plein écran à partir de la fenêtre PiP, utilisez le rappel onPictureInPictureModeChanged pour afficher ces éléments, comme indiqué dans les exemples suivants:

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

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

Cette activation/désactivation rapide de la visibilité des éléments d'interface utilisateur non pertinents (pour une fenêtre PIP) permet de garantir une animation d'entrée PIP plus fluide et sans scintillement.

Règles "Ne pas déranger" améliorées

AutomaticZenRule permet aux applications de personnaliser la fonctionnalité Attention Règles de gestion (Ne pas déranger) et décidez quand l'activer ou le désactiver de l'IA générative. Android 15 améliore considérablement ces règles dans le but d'améliorer l'expérience utilisateur. Les améliorations suivantes sont incluses:

  • Ajout de types à AutomaticZenRule, ce qui permet au système d'appliquer un traitement spécial à certaines règles.
  • Ajout d'une icône à AutomaticZenRule pour rendre les modes plus reconnaissables.
  • Ajouter une chaîne triggerDescription à AutomaticZenRule qui décrit les conditions selon lesquelles la règle doit être activée pour l'utilisateur.
  • Ajoutée(s) ZenDeviceEffects à AutomaticZenRule, ce qui permet aux règles de déclencher, par exemple, des niveaux de gris l'affichage, le mode Nuit ou la diminution de la luminosité du fond d'écran.

Définir VibrationEffect pour les canaux de notification

Android 15 supports setting rich vibrations for incoming notifications by channel using NotificationChannel.setVibrationEffect, so your users can distinguish between different types of notifications without having to look at their device.

Chip de la barre d'état de la projection multimédia et arrêt automatique

La projection multimédia peut exposer des informations personnelles des utilisateurs. Un nouveau chip de barre d'état proéminent informe les utilisateurs de toute projection d'écran en cours. Les utilisateurs peuvent appuyer sur le chip pour arrêter la diffusion, le partage ou l'enregistrement de l'écran. De plus, pour une expérience utilisateur plus intuitive, toute projection d'écran en cours s'arrête désormais automatiquement lorsque l'écran de l'appareil est verrouillé.

Status bar chip for screen sharing, casting, and recording.

Grands écrans et facteurs de forme

Android 15 permet à vos applications de tirer le meilleur parti des facteurs de forme d'Android, y compris les grands écrans, les appareils à clapet et les pliables.

Amélioration du multitâche sur grand écran

Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.

Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.

Compatibilité avec l'écran de couverture

Your app can declare a property that Android 15 uses to allow your Application or Activity to be presented on the small cover screens of supported flippable devices. These screens are too small to be considered as compatible targets for Android apps to run on, but your app can opt in to supporting them, making your app available in more places.

Connectivité

Android 15 met à jour la plate-forme pour permettre à votre application d'accéder aux dernières avancées en matière de technologies de communication et sans fil.

Assistance satellite

Android 15 continue d'étendre la prise en charge de la plate-forme pour la connectivité par satellite et inclut certains éléments d'interface utilisateur pour garantir une expérience utilisateur cohérente sur l'ensemble des de la connectivité par satellite.

Les applications peuvent utiliser ServiceState.isUsingNonTerrestrialNetwork() pour : détecter lorsqu'un appareil est connecté à un satellite, ce qui leur permet de mieux connaître pourquoi les services réseau complètes peuvent être indisponibles. De plus, Android 15 prend en charge les applications de SMS et MMS, ainsi que les applications RCS préchargées à utiliser. la connectivité satellite pour envoyer et recevoir des messages.

Une notification s'affiche lorsque l'appareil se connecte à un satellite.

Expériences NFC plus fluides

Android 15 is working to make the tap to pay experience more seamless and reliable while continuing to support Android's robust NFC app ecosystem. On supported devices, apps can request the NfcAdapter to enter observe mode, where the device listens but doesn't respond to NFC readers, sending the app's NFC service PollingFrame objects to process. The PollingFrame objects can be used to auth ahead of the first communication to the NFC reader, allowing for a one tap transaction in many cases.

In addition, apps can register a filter on supported devices so they can be notified of polling loop activity, which allows for smooth operation with multiple NFC-aware applications.

Rôle Wallet

Android 15 introduit un rôle Wallet qui permet une intégration plus étroite avec l'application de portefeuille préférée de l'utilisateur. Ce rôle remplace le paramètre de paiement sans contact par défaut du NFC. Les utilisateurs peuvent gérer le titulaire du rôle Wallet en accédant à Paramètres > Applications > Applications par défaut.

Le rôle Wallet est utilisé lors du routage des pressions NFC pour les AID enregistrés dans la catégorie de paiement. Les pressions sont toujours dirigées vers le titulaire du rôle Wallet, sauf si une autre application enregistrée pour le même AID s'exécute au premier plan.

Ce rôle permet également de déterminer l'emplacement du bloc d'accès rapide Wallet lorsqu'il est activé. Lorsque le rôle est défini sur "Aucun", la carte d'accès rapide n'est pas disponible et les paiements par contact NFC ne sont envoyés qu'à l'application au premier plan.

Sécurité

Android 15 vous aide à renforcer la sécurité de votre application, à protéger ses données et à offrir aux utilisateurs plus de transparence et de contrôle sur leurs données. Pour en savoir plus sur ce que nous faisons pour améliorer la protection des utilisateurs et protéger votre application contre les nouvelles menaces, consultez la conférence Safeguarding user security on Android de Google I/O.

Intégrer Credential Manager à la saisie automatique

À partir d'Android 15, les développeurs peuvent associer des vues spécifiques telles que les champs de nom d'utilisateur ou de mot de passe à des requêtes du Gestionnaire d'identifiants, ce qui facilite la fourniture d'une expérience utilisateur personnalisée lors du processus de connexion. Lorsque l'utilisateur met en surbrillance l'une de ces vues, une requête correspondante est envoyée au Gestionnaire d'identifiants. Les identifiants obtenus sont agrégés entre les fournisseurs et affichés dans les UI de remplacement de la saisie automatique, telles que les suggestions intégrées ou les suggestions déroulantes. La bibliothèque Jetpack androidx.credentials est le point de terminaison recommandé pour les développeurs. Elle sera bientôt disponible pour améliorer davantage cette fonctionnalité dans Android 15 et versions ultérieures.

intégrer l'inscription et la connexion en un seul geste aux invites biométriques ;

Le Gestionnaire d'identifiants intègre les invites biométriques aux processus de création et de connexion des identifiants, ce qui évite aux fournisseurs de gérer les invites biométriques. Par conséquent, les fournisseurs d'identifiants n'ont qu'à se concentrer sur les résultats des flux de création et d'obtention, complétés par le résultat du flux biométrique. Ce processus simplifié crée des identifiants plus efficaces et simplifiés. de création et de récupération.

Gestion des clés pour le chiffrement de bout en bout

We are introducing the E2eeContactKeysManager in Android 15, which facilitates end-to-end encryption (E2EE) in your Android apps by providing an OS-level API for the storage of cryptographic public keys.

The E2eeContactKeysManager is designed to integrate with the platform contacts app to give users a centralized way to manage and verify their contacts' public keys.

Vérification des autorisations sur les URI de contenu

Android 15 introduit un ensemble d'API qui effectuent des vérifications d'autorisation sur les URI de contenu:

Accessibilité

Android 15 ajoute des fonctionnalités qui améliorent l'accessibilité pour les utilisateurs.

Braille amélioré

Dans Android 15, TalkBack est compatible avec les écrans braille qui utilisent la norme HID via USB et Bluetooth sécurisé.

Cette norme, semblable à celle utilisée par les souris et les claviers, aidera Android à prendre en charge un plus grand nombre de plages braille au fil du temps.

Internationalisation

Android 15 ajoute des fonctionnalités qui complètent l'expérience utilisateur lorsqu'un appareil est utilisé dans différentes langues.

Police variable CJK

Starting with Android 15, the font file for Chinese, Japanese, and Korean (CJK) languages, NotoSansCJK, is now a variable font. Variable fonts open up possibilities for creative typography in CJK languages. Designers can explore a broader range of styles and create visually striking layouts that were previously difficult or impossible to achieve.

How the variable font for Chinese, Japanese, and Korean (CJK) languages appears with different font widths.

Justification entre les caractères

Starting with Android 15, text can be justified utilizing letter spacing by using JUSTIFICATION_MODE_INTER_CHARACTER. Inter-word justification was first introduced in Android 8.0 (API level 26), and inter-character justification provides similar capabilities for languages that use the whitespace character for segmentation, such as Chinese, Japanese, and others.

Layout for Japanese text using JUSTIFICATION_MODE_NONE.
Layout for English text using JUSTIFICATION_MODE_NONE.


Layout for Japanese text using JUSTIFICATION_MODE_INTER_WORD.
Layout for English text using JUSTIFICATION_MODE_INTER_WORD.


Layout for Japanese text using the JUSTIFICATION_MODE_INTER_CHARACTER.
Layout for English text using the JUSTIFICATION_MODE_INTER_CHARACTER.

Configuration des retours à la ligne automatiques

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 short lines of text, LINE_BREAK_WORD_STYLE_AUTO applies phrase-based line breaks to improve the readability of the text. This is the same as applying LINE_BREAK_WORD_STYLE_PHRASE.

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:

For long lines of text, LINE_BREAK_WORD_STYLE_AUTO applies no line-break word style to improve the readability of the text. This is the same as applying LINE_BREAK_WORD_STYLE_NONE.

Police Hentaigana japonaise supplémentaire

Dans Android 15, un fichier de police pour l'ancien hiragana japonais (appelé Hentaigana) est regroupé par défaut. Les formes uniques des personnages Hentaigana permettent d'ajouter à l'œuvre ou au design, tout en préservant la précision transmission et compréhension des anciens documents japonais.

Style de caractère et de texte pour la police Hentaigana japonaise.

VideoLAN cone Copyright (c) 1996-2010 VideoLAN. This logo or a modified version may be used or modified by anyone to refer to the VideoLAN project or any product developed by the VideoLAN team, but does not indicate endorsement by the project.

Vulkan and the Vulkan logo are registered trademarks of the Khronos Group Inc.

OpenGL is a registered trademark and the OpenGL ES logo is a trademark of Hewlett Packard Enterprise used by permission by Khronos.