Android 15 offre aux développeurs de nouvelles fonctionnalités et API. Les sections suivantes récapitulent 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 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 médias et 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 médias et l'appareil photo Android, consultez la présentation Créer des expériences multimédias et d'appareil photo modernes sur Android lors 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 l'appareil photo 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
SINGLEandTORCHmodes while capturing images.
Contrôle de la marge HDR
Android 15 chooses HDR headroom that is appropriate for the underlying device
capabilities and bit-depth of the panel. For pages that have lots of SDR
content, such as a messaging app displaying a single HDR thumbnail, this
behavior can end up adversely influencing the perceived brightness of the SDR
content. Android 15 lets you control the HDR headroom with
setDesiredHdrHeadroom to strike a balance between SDR
and HDR content.
Contrôle du volume sonore
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 virtuels 2.0
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
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 que Android Studio, Jetpack Compose et les bibliothèques Android Jetpack , nous recherchons toujours des moyens dans la plate-forme pour vous aider à concrétiser 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:
- Quality-of-life improvements around NIO buffers
- Streams
- Additional
mathandstrictmathmethods utilpackage updates including sequencedcollection,map, andsetByteBuffersupport inDeflater- Security updates such as
X500PrivateCredentialand security key updates
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 des PDF
Android 15 apporte d'importantes améliorations au PdfRenderer
API. Les applications peuvent intégrer des fonctionnalités avancées telles que l'affichage
fichiers protégés par mot de passe, annotations, modification de formulaires,
recherche et sélection avec texte. PDF linéarisé
des optimisations sont prises en charge pour accélérer l'affichage des PDF locaux et réduire l'utilisation des ressources.
La bibliothèque PDF Jetpack utilise ces API pour simplifier l'ajout de PDF
à votre application.
PdfRenderer a été déplacé vers un module pouvant être mis à jour à l'aide de Google
mises à jour du système Play indépendamment de la version de la plate-forme, et nous acceptons
pour revenir à Android 11 (niveau d'API 30) en créant un
version de la surface d'API antérieure à Android 15, appelée
PdfRendererPreV
Améliorations du changement de langue automatique
Android 14 added on-device, multi-language recognition in audio with automatic
switching between languages, but this can cause words to get dropped,
especially when languages switch with less of a pause between the two
utterances. Android 15 adds additional controls to help apps tune this switching
to their use case.
EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS
confines the automatic switching to the beginning of the audio session, while
EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES deactivates the
language switching after a defined number of switches. These options are
particularly useful if you expect that there will be a single language spoken
during the session that should be autodetected.
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:
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
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:
<nobreak> tag.
<nobreak> tag.Archivage des applications
Android et Google Play ont annoncé la prise en charge de l'archivage des applications l'année dernière, ce qui permet aux utilisateurs de libérer de l'espace en supprimant partiellement les applications peu utilisées de l'appareil publiées à l'aide d'Android App Bundle sur Google Play. Android 15 prend en charge l'archivage des applis au niveau de l'OS et le désarchivage, ce qui facilite son implémentation pour toutes les plates-formes de téléchargement d'applications.
Les applications disposant de l'autorisation REQUEST_DELETE_PACKAGES peuvent appeler la
PackageInstaller requestArchive pour demander l'archivage d'une
le package d'application installé, qui supprime l'APK et tous les fichiers mis en cache, mais persiste
données utilisateur. Les applications archivées sont renvoyées en tant qu'applications pouvant être affichées via les API LauncherApps. Les utilisateurs verront un traitement de l'UI pour mettre en évidence que ces applications sont archivées. Si un utilisateur appuie sur une application archivée, le programme d'installation responsable
reçoivent une demande de désarchivage. Le processus de restauration peut être
surveillée par l'annonce ACTION_PACKAGE_ADDED.
Activer le mode 16 ko sur un appareil à l'aide des options pour les développeurs
Activez l'option pour les développeurs Démarrer avec une page de 16 ko pour démarrer un appareil en mode 16 ko.
Dans les versions QPR d'Android 15, 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 ou version ultérieure)
Pixel 9a (avec Android 16 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.
Modernisation de l'accès au GPU d'Android
Android hardware has evolved quite a bit from the early days where the core OS would run on a single CPU and GPUs were accessed using APIs based on fixed-function pipelines. The Vulkan® graphics API has been available in the NDK since Android 7.0 (API level 24) with a lower-level abstraction that better reflects modern GPU hardware, scales better to support multiple CPU cores, and offers reduced CPU driver overhead — leading to improved app performance. Vulkan is supported by all modern game engines.
Vulkan is Android's preferred interface to the GPU. Therefore, Android 15 includes ANGLE as an optional layer for running OpenGL® ES on top of Vulkan. Moving to ANGLE will standardize the Android OpenGL implementation for improved compatibility, and, in some cases, improved performance. You can test out your OpenGL ES app stability and performance with ANGLE by enabling the developer option in Settings -> System -> Developer Options -> Experimental: Enable ANGLE on Android 15.
The Android ANGLE on Vulkan roadmap
As part of streamlining our GPU stack, going forward we will be shipping ANGLE as the GL system driver on more new devices, with the future expectation that OpenGL/ES will be only available through ANGLE. That being said, we plan to continue support for OpenGL ES on all devices.
Recommended next steps
Use the developer options to select the ANGLE driver for OpenGL ES and test your app. For new projects, we strongly encourage using Vulkan for C/C++.
Améliorations pour Canvas
Android 15 continues our modernization of Android's Canvas graphics system with additional capabilities:
Matrix44provides a 4x4 matrix for transforming coordinates that should be used when you want to manipulate the canvas in 3D.clipShaderintersects the current clip with the specified shader, whileclipOutShadersets the clip to the difference of the current clip and the shader, each treating the shader as an alpha mask. This supports the drawing of complex shapes efficiently.
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 de votre application , d'optimiser ses performances et de recueillir des insights à son sujet.
Pour découvrir les bonnes pratiques en matière d'efficacité énergétique, 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é é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 lors de Google I/O.
API ApplicationStartInfo
Dans les versions précédentes d'Android, le démarrage des applications était un peu mystérieux. Il était difficile de déterminer dans votre application si elle a démarré à partir d'un état à froid, tiède ou chaud. Il était également difficile de savoir combien de temps votre application a passé pendant les différentes phases de lancement: forking du processus, appel de onCreate, dessin du premier frame, etc. Lorsque votre classe Application a été instanciée, vous ne pouviez pas savoir si l'application a démarré à partir d'une diffusion, d'un fournisseur de contenu, d'une tâche, d'une sauvegarde, d'un démarrage terminé, d'une alarme ou d'un Activity.
L'API ApplicationStartInfo sur Android 15 fournit tout cela et plus encore. Vous pouvez même choisir d'ajouter vos propres codes temporels dans le flux pour collecter les données temporelles au même endroit. En plus de collecter des métriques, vous pouvez utiliser ApplicationStartInfo pour optimiser directement le démarrage de l'application. Par exemple, vous pouvez éliminer l'instanciation coûteuse des bibliothèques liées à l'UI dans votre classe Application lorsque votre application démarre en raison d'une diffusion.
Informations détaillées sur la taille de l'application
Since Android 8.0 (API level 26), Android has included the
StorageStats.getAppBytes API that summarizes the installed
size of an app as a single number of bytes, which is a sum of the APK size, the
size of files extracted from the APK, and files that were generated on the
device such as ahead-of-time (AOT) compiled code. This number is not very
insightful in terms of how your app is using storage.
Android 15 adds the
StorageStats.getAppBytesByDataType([type]) API, which lets
you get insight into how your app is using up all that space, including APK file
splits, AOT and speedup related code, dex metadata, libraries, and guided
profiles.
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 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()andbeginTransactionWithListenerReadOnly(SQLiteTransactionListener)to issue read-onlyDEFERREDtransactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently withIMMEDIATEorEXCLUSIVEtransactions. - 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, whilegetTotalChangedRowCount()returns the count on the current connection.getLastInsertRowId()returns therowidof 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 du framework de performances dynamiques Android
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 des enregistrements 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 étendues d'IntentFilter
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 android:autoVerify="true">
<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:host="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é
L'espace privé permet aux utilisateurs de créer un espace distinct sur leur appareil afin de tenir leurs applications sensibles loin des regards indiscrets, protégées par un niveau d'authentification renforcé. L'espace privé utilise un profil utilisateur distinct. Pour verrouiller son espace privé, l'utilisateur peut choisir le verrouillage de l'écran ou une méthode différente.
Les applications de l'espace privé se trouvent dans un conteneur dédié dans le lanceur d'applications et n'apparaissent pas dans les vues récentes, les notifications, les paramètres, ni dans d'autres applications lorsque l'espace privé est verrouillé. Le contenu généré et téléchargé par l'utilisateur (comme les contenus multimédias ou les fichiers) sur l'espace privé et l'espace principal ainsi que les comptes de chacun de ces espaces sont distincts. La Sharesheet du système et le sélecteur de photos peuvent être utilisés pour autoriser les applications à accéder au contenu des différents espaces lorsque l'espace privé est déverrouillé.
Les utilisateurs ne peuvent pas déplacer les applications existantes et leurs données vers l'espace privé. À la place, les utilisateurs sélectionnent une option d'installation dans l'espace privé pour installer une application à l'aide de la plate-forme de téléchargement d'applications de leur choix. Les applications de l'espace privé sont installées en tant que copies distinctes de celles de l'espace principal (nouvelles copies de la même application).
Lorsqu'un utilisateur verrouille l'espace privé, le profil est arrêté. Lorsque le profil est arrêté, les applications de l'espace privé ne sont plus actives et ne peuvent pas effectuer d'activités de premier plan ni d'activités en arrière-plan, y compris afficher des notifications.
Nous vous recommandons de tester votre application avec un espace privé pour vous assurer qu'elle fonctionne comme prévu, en particulier si elle appartient à l'une des catégories suivantes:
- Applications avec une logique pour les profils professionnels qui supposent que toutes les copies installées de leur application qui ne se trouvent pas dans le profil principal se trouvent dans le profil professionnel.
- Applications médicales
- Applications de lanceur d'applications
- Applications de plate-forme de téléchargement d'applications
Interroger la sélection la plus récente 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 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 integrates the latest extensions around Health Connect by Android, a secure and centralized platform to manage and share app-collected health and fitness data. This update adds support for additional data types across fitness, nutrition, skin temperature, training plans, and more.
Skin temperature tracking allows users to store and share more accurate temperature data from a wearable or other tracking device.
Training plans are structured workout plans to help a user achieve their fitness goals. Training plans support includes a variety of completion and performance goals:
- Completion goals around calories burned, distance, duration, repetition, and steps.
- Performance goals around as many repetitions as possible (AMRAP), cadence, heart rate, power, perceived rate of exertion, and speed.
Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from Google I/O.
Partager le contenu d'une appli sur l'écran
Android 15 supports app screen sharing so users can share or record just an
app window rather than the entire device screen. This feature, first enabled in
Android 14 QPR2, includes
MediaProjection callbacks that allow your app
to customize the app screen sharing experience. Note that for apps targeting
Android 14 (API level 34) or higher,
user consent is required for each
MediaProjection capture session.
Expérience utilisateur et UI 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 afin d'améliorer l'expérience utilisateur de votre application, consultez la présentation Améliorer l'expérience utilisateur de votre application Android lors 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.
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:
- At any time, the widget provider calls
setWidgetPreview. The provided previews are persisted inAppWidgetServicewith other provider info. setWidgetPreviewnotifies hosts of an updated preview through theAppWidgetHost.onProvidersChangedcallback. In response, the widget host reloads all of its provider information.- When displaying a widget preview, the host checks
AppWidgetProviderInfo.generatedPreviewCategories, and if the chosen category is available, callsAppWidgetManager.getWidgetPreviewto 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 introduit des modifications en mode Picture-in-picture (PIP) pour garantir une transition plus fluide en mode PIP. Cela sera bénéfique pour des applications avec des éléments d'interface utilisateur superposés à leur interface utilisateur principale, qui va dans le 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 d'entrée ou de sortie du mode PIP est terminée. À partir d'Android 15, la classe PictureInPictureUiState inclut un autre état.
Avec cet état d'interface utilisateur, les applications ciblant Android 15 (niveau d'API 35) observeront le rappel Activity#onPictureInPictureUiStateChanged appelé avec isTransitioningToPip() dès le début de l'animation PIP. Il y a
de nombreux éléments d'interface utilisateur qui ne sont pas pertinents pour l'application en mode PIP, par
des exemples de vues ou de mise en page incluant des informations telles que des suggestions,
les vidéos, les avis et les titres. Lorsque l'application passe en mode PIP, utilisez la
Rappel onPictureInPictureUiStateChanged pour masquer ces éléments d'interface utilisateur. Lorsque
passe en mode plein écran depuis la fenêtre PIP, utilisez
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 option d'activation/de désactivation rapide de la visibilité des éléments d'interface utilisateur non pertinents (pour une fenêtre PiP) permet d'assurer 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 à
AutomaticZenRulepour rendre les modes plus reconnaissables. - Ajouter une chaîne
triggerDescriptionàAutomaticZenRulequi 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.
Pastille de la barre d'état et arrêt automatique de la projection multimédia
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é.
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 offre aux utilisateurs de meilleurs moyens d'effectuer plusieurs tâches en même temps sur les appareils à grand écran. Pour Par exemple, les utilisateurs peuvent enregistrer leurs combinaisons d'applications en écran partagé préférées pour des accéder à la barre des tâches et l'épingler à l'écran pour passer rapidement d'une application à l'autre. Il est donc plus important que jamais de vous assurer que votre application est adaptative.
Google I/O propose des sessions sur la création d'applications Android adaptatives applications et Créer une interface utilisateur avec Material 3 bibliothèque adaptative et notre documentation peut vous aider. Concevoir pour les grands écrans.
Compatibilité avec l'écran de couverture
Votre application peut déclarer une propriété qu'Android 15 utilise pour permettre à votre Application ou Activity d'être présenté sur les petits écrans de couverture des appareils à clapet compatibles. Ces écrans sont trop petits pour être considérés comme des cibles compatibles pour les applications Android, mais votre application peut les prendre en charge, ce qui la rend disponible dans plus 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 technologies de communication et sans fil.
Compatibilité avec les satellites
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.
Expériences NFC plus fluides
Android 15 vise à rendre l'expérience de paiement sans contact plus fluide et fiable, tout en continuant à prendre en charge l'écosystème d'applications NFC robuste d'Android. Sur les appareils compatibles, les applications peuvent demander à NfcAdapter de passer en mode observation, où l'appareil écoute, mais ne répond pas aux lecteurs NFC, en envoyant les objets PollingFrame du service NFC de l'application à traiter. Les objets PollingFrame peuvent être utilisés pour l'authentification avant la première communication avec le lecteur NFC, ce qui permet une transaction en un seul geste dans de nombreux cas.
De plus, les applications peuvent enregistrer un filtre sur les appareils compatibles afin d'être informées de l'activité de la boucle de sondage, ce qui permet un fonctionnement fluide avec plusieurs applications compatibles avec la technologie NFC.
Rôle Wallet
Android 15 introduces a Wallet role that allows tighter integration with the user's preferred wallet app. This role replaces the NFC default contactless payment setting. Users can manage the Wallet role holder by navigating to Settings > Apps > Default Apps.
The Wallet role is used when routing NFC taps for AIDs registered in the payment category. Taps always go to the Wallet role holder unless another app that is registered for the same AID is running in the foreground.
This role is also used to determine where the Wallet Quick Access tile should go when activated. When the role is set to "None", the Quick Access tile isn't available and payment category NFC taps are only delivered to the foreground app.
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 les mesures de protection des utilisateurs et protéger votre application contre les nouvelles menaces, consultez la présentation Protéger la sécurité des utilisateurs sur Android lors 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
Credential Manager integrates biometric prompts into the credential creation and sign-in processes, eliminating the need for providers to manage biometric prompts. As a result, credential providers only need to focus on the results of the create and get flows, augmented with the biometric flow result. This simplified process creates a more efficient and streamlined credential creation and retrieval process.
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érifications 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:
Context.checkContentUriPermissionFull: effectue une vérification complète des autorisations sur les URI de contenu.- Attribut de fichier manifeste
ActivityrequireContentUriPermissionFromCaller: applique les autorisations spécifiées aux URI de contenu fournis au lancement de l'activité. - Classe
ComponentCallerpour les appelantsActivity: représente l'application qui a lancé l'activité.
Accessibilité
Android 15 ajoute des fonctionnalités qui améliorent l'accessibilité pour les utilisateurs.
Amélioration du braille
In Android 15, we've made it possible for TalkBack to support Braille displays that are using the HID standard over both USB and secure Bluetooth.
This standard, much like the one used by mice and keyboards, will help Android support a wider range of Braille displays over time.
Internationalisation
Android 15 ajoute des fonctionnalités et des capacité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.
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.
JUSTIFICATION_MODE_NONE.
JUSTIFICATION_MODE_NONE.
JUSTIFICATION_MODE_INTER_WORD.
JUSTIFICATION_MODE_INTER_WORD.
JUSTIFICATION_MODE_INTER_CHARACTER.
JUSTIFICATION_MODE_INTER_CHARACTER.Configuration automatique des sauts de 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:
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:
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.Ajout d'une police Hentaigana japonaise
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.
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.