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 contenus multimédias, et qui vous donnent accès à des outils et du matériel pour aider les créateurs à donner vie à leur vision sur Android.
Pour en savoir plus sur les dernières fonctionnalités et solutions pour les développeurs concernant les contenus multimédias et l'appareil photo Android, consultez la conférence Créer des expériences multimédias et d'appareil photo Android modernes de Google I/O.
Amplification luminosité faible
Android 15 introduit l'amplification de la luminosité, un mode d'exposition automatique disponible à la fois pour Camera 2 et l'extension de l'appareil photo en mode Nuit. L'amplification de la luminosité ajuste l'exposition du flux d'aperçu en cas de faible luminosité. Cela diffère de la façon dont l'extension d'appareil photo du mode Nuit crée des images fixes, car le mode Nuit combine une rafale de photos pour créer une seule image améliorée. Bien que le mode Nuit soit très efficace pour créer une image fixe, il ne peut pas créer un flux continu de frames, contrairement au mode Boost en faible luminosité. Ainsi, la fonctionnalité Boost en basse luminosité active les fonctionnalités de l'appareil photo, telles que:
- Fournir un aperçu amélioré des images pour que les utilisateurs puissent mieux cadrer leurs photos prises en basse luminosité
- Scanner des codes QR dans des conditions de faible luminosité
Si vous activez la fonctionnalité Boost en cas de faible luminosité, elle s'active automatiquement lorsque le niveau de luminosité est faible et se désactive lorsque la luminosité est plus élevée.
Les applications peuvent enregistrer le flux d'aperçu par faible luminosité dans le but d'éclaircir les vidéos.
Pour en savoir plus, consultez la section Amélioration en basse luminosité.
Commandes de la caméra dans l'application
Android 15 ajoute une extension pour un meilleur contrôle du matériel de l'appareil photo et de 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 en mode
SINGLEetTORCHlors de la prise de vue.
Contrôle de la marge dynamique HDR
Android 15 choisit la plage dynamique appropriée pour les fonctionnalités de l'appareil sous-jacent et la profondeur de bits du panneau. Pour les pages contenant beaucoup de contenu SDR, comme une application de messagerie affichant une seule vignette HDR, ce comportement peut avoir un impact négatif sur la luminosité perçue du contenu SDR. Android 15 vous permet de contrôler la plage dynamique HDR avec setDesiredHdrHeadroom pour trouver un équilibre entre le contenu SDR et HDR.
Contrôle du volume
Android 15 est compatible avec la norme de volume CTA-2075 pour vous aider à éviter les incohérences de volume audio et à vous assurer que les utilisateurs n'ont pas à ajuster constamment le volume lorsqu'ils passent d'un contenu à un autre. Le système exploite les caractéristiques connues des appareils de sortie (écouteurs et haut-parleurs) ainsi que les métadonnées de volume disponibles dans le contenu audio AAC pour ajuster intelligemment le volume audio et les niveaux de compression de la plage dynamique.
Pour activer cette fonctionnalité, vous devez vous assurer que les métadonnées de volume sont disponibles dans votre contenu AAC et activer la fonctionnalité de la plate-forme dans votre application. Pour ce faire, vous instanciez un objet LoudnessCodecController en appelant sa méthode d'usine create avec l'ID de session audio de l'AudioTrack associé. Les mises à jour audio sont alors automatiquement appliquées. Vous pouvez transmettre
OnLoudnessCodecUpdateListener pour modifier ou filtrer
paramètres de volume sonore avant de les appliquer
MediaCodec
// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
.setSessionId(sessionId)
.build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
val lcController = LoudnessCodecController.create(mSessionId)
// Starts applying audio updates for each added MediaCodec
}
ExoPlayer sera également mis à jour pour AndroidX media3 afin d'utiliser
LoudnessCodecController pour une intégration parfaite des applications.
Appareils MIDI 2.0 virtuels
Android 13 est compatible avec la connexion à des appareils MIDI 2.0 via USB, qui communiquent à l'aide de paquets MIDI universels (UMP). Android 15 étend la compatibilité avec UMP aux applications MIDI virtuelles, ce qui permet aux applications de composition de contrôler les applications de synthétiseur en tant qu'appareil MIDI 2.0 virtuel, comme elles le feraient avec un appareil USB MIDI 2.0.
Décodage logiciel AV1 plus efficace
dav1d, le populaire décodeur logiciel AV1 de VideoLAN, est disponible pour les appareils Android qui ne prennent pas en charge le décodage AV1 en matériel. dav1d est jusqu'à trois fois plus performant que l'ancien décodeur logiciel AV1, ce qui permet de lire des vidéos AV1 HD pour plus d'utilisateurs, y compris sur certains appareils de milieu de gamme.
Votre application doit activer l'utilisation de dav1d en l'appelant par nom "c2.android.av1-dav1d.decoder". dav1d deviendra le décodeur logiciel AV1 par défaut lors d'une mise à jour ultérieure. Cette compatibilité est standardisée et rétroportée vers les appareils Android 11 qui reçoivent des mises à jour du système Google Play.
Productivité et outils pour les développeurs
Bien que la plupart de nos efforts pour améliorer votre productivité soient axés sur des outils tels qu'Android Studio, Jetpack Compose et les bibliothèques Android Jetpack, nous cherchons toujours des moyens de vous aider à concrétiser plus facilement votre vision sur la plate-forme.
Mises à jour OpenJDK 17
Android 15 poursuit le travail d'actualisation des principales bibliothèques Android afin de s'adapter aux fonctionnalités des dernières versions d'OpenJDK LTS.
Les principales fonctionnalités et améliorations sont les suivantes:
- Améliorations de la qualité de vie concernant les tampons NIO
- Flux
- Méthodes
mathetstrictmathsupplémentaires - Mises à jour de packages
util, y compriscollection,mapetsetséquentielles - Compatibilité avec
ByteBufferdansDeflater - Mises à jour de sécurité telles que
X500PrivateCredentialet mises à jour de clés de sécurité
Ces API sont mises à jour sur plus d'un milliard d'appareils exécutant Android 12 (niveau d'API 31) ou version ultérieure via les mises à jour du système Google Play, ce qui vous permet de cibler les dernières fonctionnalités de programmation.
Améliorations apportées aux PDF
Android 15 apporte 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 apportées au 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.
Moderniser 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 apportées à 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 dans votre application, d'optimiser les performances de l'application et de recueillir des insights sur vos applications.
Pour découvrir les bonnes pratiques en matière d'efficacité de la batterie, le débogage de l'utilisation du réseau et de l'énergie, et des informations détaillées sur la façon dont nous améliorons l'efficacité de la batterie pour les tâches en arrière-plan dans Android 15 et les versions récentes d'Android, consultez la conférence Améliorer l'efficacité de la batterie pour les tâches en arrière-plan sur Android de Google I/O.
API ApplicationStartInfo
在以前的 Android 版本中，应用启动一直是个谜。在应用中确定应用是从冷启动、温启动还是热启动状态启动很困难。您还很难了解应用在各种启动阶段（分叉进程、调用 onCreate、绘制第一个帧等）所花的时间。在 Application 类被实例化时，您无法知道应用是通过广播、content provider、作业、备份、启动完成、闹钟还是 Activity 启动的。
Android 15 上的 ApplicationStartInfo API 提供了所有这些功能，以及更多功能。您甚至可以选择在流程中添加自己的时间戳，以便在一个位置收集时间数据。除了收集指标之外，您还可以使用 ApplicationStartInfo 直接优化应用启动；例如，您可以消除在应用因广播而启动时在 Application 类中实例化与界面相关的库所带来的高昂开销。
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 includes the ProfilingManager class,
which lets you collect profiling information from within your app such as heap
dumps, heap profiles, stack sampling, and more. It provides a callback to your
app with a supplied tag to identify the output file, which is delivered to your
app's files directory. The API does rate limiting to minimize the performance
impact.
To simplify constructing profiling requests in your app, we recommend using the
corresponding Profiling AndroidX API, available
in Core 1.15.0-rc01 or higher.
Améliorations de la base de données SQLite
Android 15 introduit les API SQLite qui exposent les fonctionnalités avancées du SQLite sous-jacent qui ciblent des problèmes de performances spécifiques manifeste dans les applications. Ces API sont incluses dans la mise à jour de SQLite vers 3.44.3.
Les développeurs doivent consulter les bonnes pratiques concernant les performances de SQLite. pour exploiter pleinement leur base de données SQLite, en particulier lorsqu'ils travaillent avec de grands ou lors de l'exécution de requêtes sensibles à la latence.
- Transactions différées en lecture seule: lors de l'émission de transactions qui sont
en lecture seule (pas les instructions d'écriture), utilisez
beginTransactionReadOnly()etbeginTransactionWithListenerReadOnly(SQLiteTransactionListener)pour émettre des transactionsDEFERREDen lecture seule. Ces transactions peuvent s'exécuter simultanément les unes avec les autres. Si la base de données est en mode WAL, elles peuvent s'exécuter simultanément avec des transactionsIMMEDIATEouEXCLUSIVE. - Nombre et ID de lignes : des API ont été ajoutées pour récupérer le nombre de lignes modifiées ou l'ID de la dernière ligne insérée sans émettre de requête supplémentaire.
getLastChangedRowCount()renvoie le nombre de lignes ont été insérées, mises à jour ou supprimées par l'instruction SQL la plus récente dans la transaction en cours, tandis quegetTotalChangedRowCount()renvoie le nombre défini pour la connexion en cours.getLastInsertRowId()renvoie l'rowidde la dernière ligne. à insérer sur la connexion actuelle. - Instructions brutes : émettez une instruction SQlite brute, en contournant les wrappers pratiques et tout coût de traitement supplémentaire qu'ils pourraient entraîner.
Mises à jour du Framework de performances dynamiques Android
Android 15 poursuit notre investissement dans le Framework de performances dynamiques Android (ADPF), un ensemble d'API permettant aux jeux et aux applications haute performance d'interagir plus directement avec les systèmes d'alimentation et thermiques des appareils Android. Sur les appareils compatibles, Android 15 ajoute des fonctionnalités ADPF:
- Un mode d'économie d'énergie pour les sessions d'indices afin d'indiquer que leurs threads associés doivent privilégier l'économie d'énergie aux performances, ce qui est idéal pour les charges de travail en arrière-plan de longue durée.
- Les durées de travail du GPU et du CPU peuvent toutes deux être signalées dans les sessions d'indices, ce qui permet au système d'ajuster les fréquences du CPU et du GPU ensemble pour mieux répondre aux exigences de la charge de travail.
- Seuils de plage de température pour interpréter l'état de limitation thermique possible en fonction de la prévision de la plage de température.
Pour en savoir plus sur l'utilisation de l'ADPF dans vos applications et jeux, consultez la 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 IntentFilter étendues
Android 15 prend en charge une résolution Intent plus précise via UriRelativeFilterGroup, qui contient un ensemble d'objets UriRelativeFilter qui forment un ensemble de règles de correspondance Intent qui doivent toutes être satisfaites, y compris les paramètres de requête d'URL, les fragments d'URL et les règles de blocage ou d'exclusion.
Ces règles peuvent être définies dans le fichier XML AndroidManifest avec la balise <uri-relative-filter-group>, qui peut éventuellement inclure une balise android:allow. Ces balises peuvent contenir des balises <data> qui utilisent des attributs de balise de données existants, ainsi que les attributs android:query et android:fragment.
Voici un exemple de syntaxe AndroidManifest:
<intent-filter 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 dernière sélection d'utilisateur pour l'accès aux photos sélectionnées
Les applications ne peuvent désormais mettre en avant que les photos et vidéos sélectionnées le plus récemment lorsqu'un accès partiel aux autorisations multimédias est accordé. Cette fonctionnalité peut améliorer l'expérience utilisateur pour les applications qui demandent fréquemment l'accès aux photos et aux vidéos. Pour utiliser cette fonctionnalité dans votre application, activez l'argument QUERY_ARG_LATEST_SELECTION_ONLY lorsque vous interrogez MediaStore via ContentResolver.
Kotlin
val externalContentUri = MediaStore.Files.getContentUri("external") val mediaColumns = arrayOf( FileColumns._ID, FileColumns.DISPLAY_NAME, FileColumns.MIME_TYPE, ) val queryArgs = bundleOf( // Return only items from the last selection (selected photos access) QUERY_ARG_LATEST_SELECTION_ONLY to true, // Sort returned items chronologically based on when they were added to the device's storage QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC", QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?", QUERY_ARG_SQL_SELECTION_ARGS to arrayOf( FileColumns.MEDIA_TYPE_IMAGE.toString(), FileColumns.MEDIA_TYPE_VIDEO.toString() ) )
Java
Uri externalContentUri = MediaStore.Files.getContentUri("external"); String[] mediaColumns = { FileColumns._ID, FileColumns.DISPLAY_NAME, FileColumns.MIME_TYPE }; Bundle queryArgs = new Bundle(); queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true); queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC"); queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?"); queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] { String.valueOf(FileColumns.MEDIA_TYPE_IMAGE), String.valueOf(FileColumns.MEDIA_TYPE_VIDEO) });
Privacy Sandbox sur Android
Android 15 inclut les dernières extensions Android Ad Services, qui intègrent la dernière version de la Privacy Sandbox sur Android. Cette addition s'inscrit dans notre travail visant à développer des technologies qui améliorent la confidentialité des utilisateurs et permettent de créer des expériences publicitaires efficaces et personnalisées pour les applications mobiles. Pour en savoir plus sur les programmes Preview développeur et bêta de la Privacy Sandbox sur Android, consultez notre page dédiée.
Santé Connect
Android 15 intègre les dernières extensions autour de Santé Connect par Android, une plate-forme sécurisée et centralisée permettant de gérer et de partager les données de santé et de remise en forme collectées par les applications. Cette mise à jour ajoute la prise en charge de types de données supplémentaires pour la forme physique, la nutrition, la température de la peau, les plans d'entraînement et plus encore.
Le suivi de la température cutanée permet aux utilisateurs de stocker et de partager des données de température plus précises à partir d'un accessoire connecté ou d'un autre appareil de suivi.
Les plans d'entraînement sont des plans d'entraînement structurés pour aider l'utilisateur à rester en forme objectifs. La prise en charge des plans de formation comprend plusieurs phases objectifs:
- Objectifs d'achèvement liés aux calories brûlées, à la distance parcourue, à la durée, aux répétitions et au nombre de pas.
- Objectifs de performance basés sur le nombre le plus élevé possible de répétitions (AMRAP), la cadence, la fréquence cardiaque, la puissance, l'intensité perçue et la vitesse.
Pour en savoir plus sur les dernières nouveautés de Santé Connect sur Android, consultez la présentation Créer des expériences adaptables avec Android Santé lors de Google I/O.
Partager le contenu d'une appli sur l'écran
Android 15 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 savoir comment utiliser les dernières améliorations d'Android 15 afin d'améliorer l'expérience utilisateur de votre application, consultez la conférence Améliorer l'expérience utilisateur de votre application Android de Google I/O.
Aperçus de widgets plus riches avec l'API Generated Previews
Avant Android 15, le seul moyen de fournir des aperçus du sélecteur de widgets était de spécifier une ressource d'image ou de mise en page statique. Ces aperçus diffèrent souvent considérablement de l'apparence du widget réel lorsqu'il est placé sur l'écran d'accueil. De plus, les ressources statiques ne peuvent pas être créées avec Jetpack Glance. Un développeur Glance doit donc prendre une capture d'écran de son widget ou créer une mise en page XML pour obtenir un aperçu du widget.
Android 15 prend en charge les aperçus générés. Cela signifie que les fournisseurs de widgets d'application peuvent générer RemoteViews à utiliser comme aperçu du sélecteur au lieu d'une ressource statique.
API Push
Les applications peuvent fournir des aperçus générés via une API push. Les applications peuvent fournir des aperçus à tout moment de leur cycle de vie et ne reçoivent pas de demande explicite de la part de l'hôte. Les aperçus sont conservés dans AppWidgetService, et les hôtes peuvent les demander à la demande. L'exemple suivant charge une ressource de mise en page de widget XML et la définit en tant qu'aperçu:
AppWidgetManager.getInstance(appContext).setWidgetPreview(
ComponentName(
appContext,
SociaLiteAppWidgetReceiver::class.java
),
AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
RemoteViews("com.example", R.layout.widget_preview)
)
Le flux attendu est le suivant:
- Le fournisseur de widgets appelle
setWidgetPreviewà tout moment. Les aperçus fournis sont conservés dansAppWidgetServiceavec d'autres informations du fournisseur. setWidgetPreviewinforme les hôtes d'un aperçu mis à jour via le rappelAppWidgetHost.onProvidersChanged. En réponse, l'hôte du widget recharge toutes ses informations sur le fournisseur.- Lorsque l'hôte affiche un aperçu de widget, il vérifie
AppWidgetProviderInfo.generatedPreviewCategories. Si la catégorie choisie est disponible, il appelleAppWidgetManager.getWidgetPreviewpour renvoyer l'aperçu enregistré pour ce fournisseur.
Quand appeler le setWidgetPreview
Étant donné qu'il n'y a pas de rappel pour fournir des aperçus, les applications peuvent choisir d'envoyer des aperçus à tout moment lorsqu'elles s'exécutent. La fréquence d'actualisation de l'aperçu dépend du cas d'utilisation du widget.
La liste suivante décrit les deux principales catégories de cas d'utilisation d'aperçu:
- Fournisseurs qui affichent des données réelles dans leurs aperçus de widgets, comme des informations personnalisées ou récentes. Ces fournisseurs peuvent définir l'aperçu une fois que l'utilisateur s'est connecté ou a effectué la configuration initiale dans son application. Ensuite, ils peuvent configurer une tâche périodique pour mettre à jour les aperçus à la fréquence de leur choix. Il peut s'agir d'un widget photo, d'un widget agenda, d'un widget météo ou d'un widget d'actualités.
- Fournisseurs qui affichent des informations statiques dans des aperçus ou des widgets d'action rapide qui n'affichent aucune donnée. Ces fournisseurs peuvent définir des aperçus une seule fois, lors du premier lancement de l'application. Exemples de ce type de widget : widget d'actions rapides Drive ou widget de raccourcis Chrome.
Certains fournisseurs peuvent afficher des aperçus statiques dans le sélecteur de mode Hub, mais des informations réelles dans le sélecteur de l'écran d'accueil. Ces fournisseurs doivent suivre les consignes pour ces deux cas d'utilisation afin de définir des aperçus.
Picture-in-picture
Android 15 introduces changes in Picture-in-Picture (PiP) ensuring an even smoother transition when entering into PiP mode. This will be beneficial for apps having UI elements overlaid on top of their main UI, which goes into PiP.
Developers use the onPictureInPictureModeChanged callback to define logic
that toggles the visibility of the overlaid UI elements. This callback is
triggered when the PiP enter or exit animation is completed. Beginning in
Android 15, the PictureInPictureUiState class includes another state.
With this UI state, apps targeting Android 15 (API level 35) will observe the
Activity#onPictureInPictureUiStateChanged callback being invoked with
isTransitioningToPip() as soon as the PiP animation starts. There are
many UI elements that are not relevant for the app when it is in PiP mode, for
example views or layout that include information such as suggestions, upcoming
video, ratings, and titles. When the app goes to PiP mode, use the
onPictureInPictureUiStateChanged callback to hide these UI elements. When the
app goes to full screen mode from the PiP window, use
onPictureInPictureModeChanged callback to unhide these elements, as shown in
the following examples:
override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
if (pipState.isTransitioningToPip()) {
// Hide UI elements
}
}
override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
if (isInPictureInPictureMode) {
// Unhide UI elements
}
}
This quick visibility toggle of irrelevant UI elements (for a PiP window) helps ensure a smoother and flicker-free PiP enter animation.
Règles "Ne pas déranger" améliorées
AutomaticZenRule lets apps customize Attention
Management (Do Not Disturb) rules and decide when to activate or deactivate
them. Android 15 greatly enhances these rules with the goal of improving the
user experience. The following enhancements are included:
- Adding types to
AutomaticZenRule, allowing the system to apply special treatment to some rules. - Adding an icon to
AutomaticZenRule, helping to make the modes be more recognizable. - Adding a
triggerDescriptionstring toAutomaticZenRulethat describes the conditions on which the rule should become active for the user. - Added
ZenDeviceEffectstoAutomaticZenRule, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.
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
媒体投放可能会泄露用户的私密信息。一个醒目的新状态栏条状标签可让用户了解任何正在进行的屏幕投影。用户可以点按该条状标签停止投屏、共享或录制屏幕。此外，为了提供更直观的用户体验，当设备屏幕锁定后，所有正在进行的屏幕投影都会自动停止。
Grands écrans et facteurs de forme
Android 15 permet à vos applications de tirer le meilleur parti des facteurs de forme d'Android, y compris les grands écrans, les appareils à clapet et les pliables.
Amélioration du multitâche sur grand écran
Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.
Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.
Compatibilité avec l'écran de couverture
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 permettre à votre application d'accéder aux dernières avancées en matière de technologies de communication et sans fil.
Assistance par satellite
Android 15 continue d'étendre la prise en charge de la plate-forme pour la connectivité par satellite et inclut certains éléments d'interface utilisateur pour garantir une expérience utilisateur cohérente sur l'ensemble des de la connectivité par satellite.
Les applications peuvent utiliser ServiceState.isUsingNonTerrestrialNetwork() pour :
détecter lorsqu'un appareil est connecté à un satellite, ce qui leur permet de mieux connaître
pourquoi les services réseau
complètes peuvent être indisponibles. De plus, Android 15
prend en charge les applications de SMS et MMS, ainsi que les applications RCS préchargées à utiliser.
la connectivité satellite pour
envoyer et recevoir des messages.
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 introduit un rôle Wallet qui permet une intégration plus étroite avec l'application de portefeuille préférée de l'utilisateur. Ce rôle remplace le paramètre de paiement sans contact par défaut du NFC. Les utilisateurs peuvent gérer le titulaire du rôle Wallet en accédant à Paramètres > Applications > Applications par défaut.
Le rôle Wallet est utilisé lors du routage des pressions NFC pour les AID enregistrés dans la catégorie de paiement. Les pressions sont toujours dirigées vers le titulaire du rôle Wallet, sauf si une autre application enregistrée pour le même AID s'exécute au premier plan.
Ce rôle permet également de déterminer l'emplacement du bloc d'accès rapide Wallet lorsqu'il est activé. Lorsque le rôle est défini sur "Aucun", la carte d'accès rapide n'est pas disponible et les paiements par contact NFC ne sont envoyés qu'à l'application au premier plan.
Sécurité
Android 15 vous aide à renforcer la sécurité de votre application, à protéger ses données et à offrir aux utilisateurs plus de transparence et de contrôle sur leurs données. Pour en savoir plus sur ce que nous faisons pour améliorer la sécurité des utilisateurs et protéger votre application contre les nouvelles menaces, consultez la conférence Safeguarding user security on Android (Protéger la sécurité des utilisateurs sur Android) de Google I/O.
Intégrer Credential Manager à 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 l'inscription et la connexion en un seul geste aux invites biométriques ;
Le Gestionnaire d'identifiants intègre les invites biométriques aux processus de création et de connexion des identifiants, ce qui évite aux fournisseurs de gérer les invites biométriques. Par conséquent, les fournisseurs d'identifiants n'ont qu'à se concentrer sur les résultats des flux de création et d'obtention, complétés par le résultat du flux biométrique. Ce processus simplifié crée des identifiants plus efficaces et simplifiés. de création et de récupération.
Gestion des clés pour le chiffrement de bout en bout
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 de l'OS 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 de permettre aux utilisateurs de gérer et de valider de manière centralisée les clés publiques de leurs contacts.
Vérifications des autorisations sur les URI de contenu
Android 15 introduces a set of APIs that perform permission checks on content URIs:
Context.checkContentUriPermissionFull: This performs a full permission check on content URIs.Activitymanifest attributerequireContentUriPermissionFromCaller: This enforces specified permissions on the provided content URIs at activity launch.ComponentCallerclass forActivitycallers: This represents the app that launched the activity.
Accessibilité
Android 15 ajoute des fonctionnalités qui améliorent l'accessibilité pour les utilisateurs.
Better Braille
Dans Android 15, TalkBack est compatible avec les écrans braille qui utilisent la norme HID via USB et Bluetooth sécurisé.
Cette norme, semblable à celle utilisée par les souris et les claviers, aidera Android à prendre en charge un plus grand nombre de plages braille au fil du temps.
Internationalisation
Android 15 ajoute des fonctionnalités qui complètent l'expérience utilisateur lorsqu'un appareil est utilisé dans différentes langues.
Police variable CJK
À partir d'Android 15, le fichier de police pour les langues chinoise, japonaise et coréenne (CJK), NotoSansCJK, est désormais une police variable. Les polices variables offrent de nouvelles possibilités de typographie créative dans les langues CJK. Les concepteurs peuvent explorer une gamme plus large de styles et créer des mises en page visuellement frappantes qui étaient auparavant difficiles ou impossibles à réaliser.
Justification entre les caractères
从 Android 15 开始，可以通过
使用 JUSTIFICATION_MODE_INTER_CHARACTER。“字词间的理由”原为
最初是在 Android 8.0（API 级别 26）中引入的，
Justifications 功能为使用
例如中文、日语等。
JUSTIFICATION_MODE_NONE 的日语文本布局。
JUSTIFICATION_MODE_NONE 的英语文本布局。
JUSTIFICATION_MODE_INTER_WORD 的日语文本布局。
JUSTIFICATION_MODE_INTER_WORD 的英语文本布局。
JUSTIFICATION_MODE_INTER_CHARACTER 的日语文本布局。
JUSTIFICATION_MODE_INTER_CHARACTER 的英语文本布局。Configuration des retours à la ligne automatiques
Android a commencé à accepter les sauts de ligne basés sur les expressions pour le japonais et le coréen dans
Android 13 (niveau d'API 33). Toutefois, bien que les sauts de ligne basés sur des phrases améliorent la lisibilité des lignes courtes, ils ne fonctionnent pas bien pour les lignes longues.
Sous Android 15, les applications ne peuvent appliquer des sauts de ligne basés sur des expressions que pour les lignes courtes
de texte, à l'aide de la méthode LINE_BREAK_WORD_STYLE_AUTO
. Cette option permet de sélectionner la meilleure option de style de mot pour le texte.
Pour les lignes de texte courtes, des sauts de ligne en fonction d'une expression sont utilisés,
en tant que LINE_BREAK_WORD_STYLE_PHRASE, comme indiqué dans
image suivante:
LINE_BREAK_WORD_STYLE_AUTO
applique des sauts de ligne en fonction des expressions pour améliorer la lisibilité du texte.
Cela revient à appliquer
LINE_BREAK_WORD_STYLE_PHRASEPour les lignes de texte plus longues, LINE_BREAK_WORD_STYLE_AUTO utilise un "no"
saut de ligne, qui fonctionne de la même manière que
LINE_BREAK_WORD_STYLE_NONE, comme indiqué dans les
image suivante:
LINE_BREAK_WORD_STYLE_AUTO n'applique aucun style de mot avec saut de ligne pour améliorer la lisibilité du texte.
Cela revient à appliquer 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.
Cône VideoLAN Copyright (c) 1996-2010 VideoLAN. Ce logo ou une version modifiée peut être utilisé ou modifié par n'importe qui pour faire référence au projet VideoLAN ou à tout produit développé par l'équipe VideoLAN, mais n'indique pas l'approbation du projet.
Vulkan et le logo Vulkan sont des marques déposées de The 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 autorisation par Khronos.