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 lancer 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 15pour 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 pour les contenus multimédias et l'appareil photo Android, consultez la présentation Créer des expériences multimédias et d'appareil photo Android modernes de Google I/O.

Amélioration pour faible luminosité

Android 15 introduit Low Light Boost, un nouveau mode d'exposition automatique disponible à la fois pour Camera 2 et l'extension de caméra en mode Nuit. L'amplification luminosité faible ajuste l'exposition du flux de prévisualisation lorsque la luminosité est faible. Ce mode est différent de celui utilisé par l'extension d'appareil photo du mode Nuit pour créer 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 fonctionne très bien pour créer une image fixe, il ne peut pas créer de flux continu d'images, contrairement à l'amplification luminosité faible. L'amplification luminosité faible permet donc d'utiliser de nouvelles fonctionnalités de l'appareil photo, par exemple:

  • fournir un aperçu amélioré de l'image afin que les utilisateurs puissent mieux cadrer leurs photos lorsque la luminosité est faible ;
  • Scanner des codes QR par faible luminosité

Si vous activez cette fonctionnalité, elle s'active automatiquement lorsque la luminosité est faible et s'éteint lorsque la luminosité est plus forte.

Les applications peuvent enregistrer en dehors du flux d'aperçu dans des conditions de faible luminosité afin de conserver une vidéo lumineuse.

Pour en savoir plus, consultez Amplification luminosité faible.

Commandes de la caméra dans l'application

Android 15 ajoute une nouvelle extension pour mieux contrôler le matériel de l'appareil photo et ses algorithmes sur les appareils compatibles:

  • Ajustements avancés de l'intensité du flash permettant de contrôler précisément l'intensité du flash dans les modes SINGLE et TORCH lors de la capture d'images.

Contrôle de la plage dynamique HDR

Android 15 choisit la marge HDR adaptée aux fonctionnalités sous-jacentes de l'appareil et à la profondeur de bits du panneau. Pour les pages comportant beaucoup de contenu SDR, comme une application de chat affichant une seule vignette HDR, ce comportement peut avoir une incidence négative sur la luminosité perçue du contenu SDR. Android 15 vous permet de contrôler la marge de progression HDR avec setDesiredHdrHeadroom pour trouver un équilibre entre les contenus SDR et HDR.

La luminosité des éléments de l'UI SDR sur l'écran de gauche semble être plus uniforme que celle de l'écran de droite, ce qui simule d'éventuels problèmes de marge de manœuvre lorsque le contenu HDR et SDR est mixte. En ajustant la marge de manœuvre HDR, vous pouvez obtenir un meilleur équilibre entre les contenus SDR et HDR.

Contrôle du volume

Android 15 introduces support for the CTA-2075 loudness standard to help you avoid audio loudness inconsistencies and ensure users don't have to constantly adjust volume when switching between content. The system leverages known characteristics of the output devices (headphones and speaker) along with loudness metadata available in AAC audio content to intelligently adjust the audio loudness and dynamic range compression levels.

To enable this feature, you need to ensure loudness metadata is available in your AAC content and enable the platform feature in your app. For this, you instantiate a LoudnessCodecController object by calling its create factory method with the audio session ID from the associated AudioTrack; this automatically starts applying audio updates. You can pass an OnLoudnessCodecUpdateListener to modify or filter loudness parameters before they are applied on the 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 will also be updated to use the LoudnessCodecController APIs for a seamless app integration.

Appareils MIDI 2.0 virtuels

Android 13 prend en charge la connexion aux appareils MIDI 2.0 via USB, qui communiquent à l'aide de paquets UMP (Universal MIDI Packets). Android 15 étend la compatibilité 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 décodeur logiciel AV1 populaire de VideoLAN est désormais disponible pour les appareils Android qui ne sont pas compatibles avec le décodage AV1 sur le matériel. Il est jusqu'à trois fois plus performant que l'ancien décodeur logiciel AV1, ce qui permet à davantage d'utilisateurs de lire des contenus HD AV1, y compris sur certains appareils de niveau inférieur ou supérieur.

Pour l'instant, votre application doit accepter d'utiliser dav1d en l'appelant avec le nom "c2.android.av1-dav1d.decoder". dav1d deviendra le décodeur logiciel AV1 par défaut lors d'une mise à jour ultérieure. Cette prise en charge est standardisée et rétroportée sur les appareils Android 11 qui reçoivent les mises à jour du système Google Play.

Productivité et outils pour les développeurs

Bien que la plupart de nos efforts visant à améliorer votre productivité soient axés sur des outils tels que Android Studio, Jetpack Compose et les bibliothèques Android Jetpack, nous cherchons toujours à trouver des moyens de vous aider à réaliser plus facilement votre vision.

Mises à jour OpenJDK 17

Android 15 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.

The following key features and improvements are included:

These APIs are updated on over a billion devices running Android 12 (API level 31) and higher through Google Play System updates, so you can target the latest programming features.

Améliorations apportées aux fichiers 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 pour l'audio avec le basculement automatique entre les langues, mais cela peut entraîner une 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 cette transition à leur cas d'utilisation. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS place automatiquement le basculement 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 commutateurs. Ces options sont particulièrement utiles si vous pensez qu'une seule langue parlée au cours de la session doit être détectée automatiquement.

Amélioration de l'API OpenType Variable Font

Android 15 improves the usability of the OpenType variable font. You can create a FontFamily instance from a variable font without specifying weight axes with the buildVariableFamily API. The text renderer overrides the value of wght axis to match the displaying text.

Using the API simplifies the code for creating a Typeface considerably:

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

Previously, to create the same Typeface, you would need much more 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();

Here's an example of how a Typeface created with both the old and new APIs renders:

An example of how Typeface rendering differs using new and old APIs

In this example, the Typeface created with the old API doesn't have the capability to create accurate font weights for the 350, 450, 550 and 650 Font instances, so the renderer falls back to the closest weight. So in this case, 300 is rendered instead of 350, 400 is rendered instead of 450, and so on. By contrast, the Typeface created with the new APIs dynamically creates a Font instance for a given weight, so accurate weights are rendered for 350, 450, 550, and 650 as well.

Contrôles précis des sauts de ligne

À partir d'Android 15, un TextView et le séparateur de ligne sous-jacent peuvent conserver la partie de texte donnée sur la même ligne pour améliorer la lisibilité. Vous pouvez profiter de cette personnalisation de la casse en utilisant la balise <nobreak> dans les ressources de chaîne ou createNoBreakSpan. De même, vous pouvez empêcher la césure des mots à l'aide de la balise <nohyphen> ou createNoHyphenationSpan.

Par exemple, la ressource de chaîne suivante n'inclut pas de saut de ligne et s'affiche avec le texte "Pixel 8 Pro." qui se brise à un endroit indésirable:

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

En revanche, cette ressource de chaîne inclut la balise <nobreak>, qui affiche la phrase "Pixel 8 Pro" et empêche les sauts de ligne:

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

La différence d'affichage de ces chaînes est illustrée dans les images suivantes:

Mise en page pour une ligne de texte dans laquelle l'expression "Pixel 8 Pro" n'est pas enveloppée à l'aide d'une balise <nobreak>.
Mise en page de la même ligne de texte où la phrase "Pixel 8 Pro." est mise en forme à l'aide d'une balise <nobreak>.

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.

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 de nouvelles fonctionnalités:

  • Matrix44 fournit une matrice 4x4 pour transformer les coordonnées à utiliser lorsque vous souhaitez manipuler le canevas en 3D.
  • clipShader croise l'extrait actuel avec le nuanceur spécifié, tandis que clipOutShader définit l'extrait sur la différence entre l'extrait actuel et le nuanceur, traitant chacun 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 les tâches de votre application plus efficacement, d'optimiser ses performances et de collecter des insights sur vos applications.

Pour découvrir les bonnes pratiques d'économie d'énergie, le débogage de l'utilisation du réseau et de l'alimentation, et comment nous améliorons l'efficacité énergétique des tâches en arrière-plan dans Android 15 et les versions récentes d'Android, consultez la présentation Améliorer l'efficacité énergétique des 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 d'installation d'une application sous la forme d'un seul nombre d'octets, ce 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, comme du code compilé en avance (AOT). Ce chiffre n'est pas très clair concernant l'utilisation de l'espace de stockage par votre application.

Android 15 ajoute l'API StorageStats.getAppBytesByDataType([type]), qui vous permet de savoir comment votre application utilise l'intégralité de cet espace, y compris les divisions du fichier APK, le code 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 apportées à la base de données SQLite

Android 15 introduces SQLite APIs that expose advanced features from the underlying SQLite engine that target specific performance issues that can manifest in apps. These APIs are included with the update of SQLite to version 3.44.3.

Developers should consult best practices for SQLite performance to get the most out of their SQLite database, especially when working with large databases or when running latency-sensitive queries.

  • Read-only deferred transactions: when issuing transactions that are read-only (don't include write statements), use beginTransactionReadOnly() and beginTransactionWithListenerReadOnly(SQLiteTransactionListener) to issue read-only DEFERRED transactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently with IMMEDIATE or EXCLUSIVE transactions.
  • Row counts and IDs: APIs were added to retrieve the count of changed rows or the last inserted row ID without issuing an additional query. getLastChangedRowCount() returns the number of rows that were inserted, updated, or deleted by the most recent SQL statement within the current transaction, while getTotalChangedRowCount() returns the count on the current connection. getLastInsertRowId() returns the rowid of the last row to be inserted on the current connection.
  • Raw statements: issue a raw SQlite statement, bypassing convenience wrappers and any additional processing overhead that they may incur.

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 d'enregistrement d'écran

Android 15 adds support for apps to detect that they are being recorded. A callback is invoked whenever the app transitions between being visible or invisible within a screen recording. An app is considered visible if activities owned by the registering process's UID are being recorded. This way, if your app is performing a sensitive operation, you can inform the user that they're being recorded.

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 builds in support for more precise Intent resolution through UriRelativeFilterGroup, which contains a set of UriRelativeFilter objects that form a set of Intent matching rules that must each be satisfied, including URL query parameters, URL fragments, and blocking or exclusion rules.

These rules can be defined in the AndroidManifest XML file with the <uri-relative-filter-group> tag, which can optionally include an android:allow tag. These tags can contain <data> tags that use existing data tag attributes as well as the android:query and android:fragment attributes.

Here's an example of the 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>

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 de l'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 incorporent la dernière version de Privacy Sandbox sur Android. Cet ajout s'inscrit dans le cadre de notre travail de développement de nouvelles technologies visant à améliorer la confidentialité des utilisateurs et à proposer des expériences publicitaires efficaces et personnalisées pour les applications mobiles. Pour vous aider à faire vos premiers pas, consultez la page Privacy Sandbox pour en savoir plus sur la version Preview développeur et les programmes bêta de la Privacy Sandbox sur Android.

Santé 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:

Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from 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 découvrir comment utiliser les dernières améliorations d'Android 15 pour 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

Before Android 15, the only way to provide widget picker previews was to specify a static image or layout resource. These previews often differ significantly from the look of the actual widget when it is placed on the home screen. Also, static resources can't be created with Jetpack Glance, so a Glance developer had to screenshot their widget or create an XML layout to have a widget preview.

Android 15 adds support for generated previews. This means that app widget providers can generate RemoteViews to use as the picker preview, instead of a static resource.

Apps can provide Remote Views to the Widget Picker, so they can update the content in the picker to be more representative of what the user will see.

Push API

Apps can provide generated previews through a push API. Apps can provide previews at any point in their lifecycle, and don't receive an explicit request from the host to provide previews. Previews are persisted in AppWidgetService, and hosts can request them on-demand. The following example loads an XML widget layout resource and sets it as the preview:

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

The expected flow is:

  1. At any time, the widget provider calls setWidgetPreview. The provided previews are persisted in AppWidgetService with other provider info.
  2. setWidgetPreview notifies hosts of an updated preview through the AppWidgetHost.onProvidersChanged callback. In response, the widget host reloads all of its provider information.
  3. When displaying a widget preview, the host checks AppWidgetProviderInfo.generatedPreviewCategories, and if the chosen category is available, calls AppWidgetManager.getWidgetPreview to return the saved preview for this provider.

When to call setWidgetPreview

Because there is no callback to provide previews, apps can choose to send previews at any point when they are running. How often to update the preview depends on the widget's use case.

The following list describes the two main categories of preview use cases:

  • Providers that show real data in their widget previews, such as personalized or recent information. These providers can set the preview once the user has signed in or has done initial configuration in their app. After this, they can set up a periodic task to update the previews at their chosen cadence. Examples of this type of widget could be a photo, calendar, weather or news widget.
  • Providers that show static information in previews or quick-action widgets that don't display any data. These providers can set previews once, when the app first launches. Examples of this type of widget include a drive quick actions widget or chrome shortcuts widget.

Some providers might show static previews on the hub mode picker, but real information on the homescreen picker. These providers should follow the guidance for both of these use cases to set previews.

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.

Amélioration des règles du mode Ne pas déranger

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 permet de définir des vibrations riches pour les notifications entrantes par canal à l'aide de NotificationChannel.setVibrationEffect. Vos utilisateurs peuvent ainsi distinguer les différents types de notifications sans avoir à regarder leur appareil.

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

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.

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 téléphones à 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

Votre application peut déclarer une propriété qu'Android 15 utilise pour permettre l'affichage de votre Application ou Activity sur les petits écrans de couverture des appareils pliables compatibles. Ces écrans sont trop petits pour être considérés comme des cibles compatibles avec les applications Android, mais votre application peut les accepter, ce qui la rend disponible à davantage d'endroits.

Connectivité

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

Assistance par satellite

Android 15 continues to extend platform support for satellite connectivity and includes some UI elements to ensure a consistent user experience across the satellite connectivity landscape.

Apps can use ServiceState.isUsingNonTerrestrialNetwork() to detect when a device is connected to a satellite, giving them more awareness of why full network services might be unavailable. Additionally, Android 15 provides support for SMS and MMS apps as well as preloaded RCS apps to use satellite connectivity for sending and receiving messages.

A notification appears when the device connects to a 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 de portefeuille

Android 15 introduit un nouveau 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 NFC par défaut. 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 transactions sans contact NFC pour les AID enregistrés dans la catégorie de paiement. Les paiements sans contact sont toujours dirigés 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 où la carte QuickAccess de Wallet doit être placée lorsqu'elle est activée. Lorsque le rôle est défini sur "None" (Aucun), la tuile QuickAccess n'est pas disponible et les transactions NFC de la catégorie de paiement ne sont envoyées qu'à l'application au premier plan.

Sécurité

Android 15 vous aide à améliorer 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 sécurité des utilisateurs et protéger votre application contre les nouvelles menaces, regardez la conférence Protéger la sécurité des utilisateurs sur Android lors de Google I/O.

Intégrer le Gestionnaire d'identifiants à la saisie automatique

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.

Intégrer la connexion et l'inscription en un geste avec des 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

Nous lançons E2eeContactKeysManager dans Android 15, qui facilite le chiffrement de bout en bout dans vos applications Android en fournissant une API au niveau du système d'exploitation pour le stockage des clés publiques cryptographiques.

E2eeContactKeysManager est conçu pour s'intégrer à l'application de contacts de la plate-forme afin d'offrir aux utilisateurs un moyen centralisé de gérer et de valider les clés publiques de leurs contacts.

Vérifications des autorisations sur les URI de contenu

Android 15 introduit un nouvel 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.

Amélioration du braille

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

Cette norme, tout comme celle utilisée par les souris et les claviers, aidera Android à prendre en charge une plus large gamme 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

À partir d'Android 15, le fichier de police NotoSansCJK pour le chinois, le coréen et le japonais (CJK) est désormais une police variable. Les polices variables offrent de nouvelles possibilités pour la typographie créative dans les langages CJK. Les concepteurs peuvent explorer un plus large éventail de styles et créer des mises en page visuellement remarquables qui étaient auparavant difficiles, voire impossibles à réaliser.

Affichage de la police variable pour le chinois, le coréen et le japonais (CJK) avec des largeurs de police différentes.

Justification inter-caractère

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 automatique des retours à la ligne

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.

Cône VideoLAN Copyright (c) VideoLAN 1996-2010. Ce logo ou une version modifiée peuvent être utilisés ou modifiés par toute personne pour faire référence au projet VideoLAN ou à tout produit développé par l'équipe VideoLAN, mais n'indique pas une approbation par le projet.

Vulkan et le logo Vulkan sont des marques déposées de Khronos Group Inc.

OpenGL est une marque déposée, et le logo OpenGL ES est une marque de Hewlett Packard Enterprise utilisée avec l'autorisation de Khronos.