Fonctionnalités et API

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

Vous devez également examiner les éléments de vos applications pouvant être affectés par les modifications de la plate-forme. Pour en savoir plus, consultez les pages suivantes:

• Changements de comportement affectant les applications lorsqu'elles ciblent Android 16
• Changements de comportement affectant toutes les applications, quel que soit le targetSdkVersion

Fonctionnalité de base

Android inclut de nouvelles API qui étendent les fonctionnalités de base du système Android.

Deux versions d'API Android en 2025

• Cette version Preview concerne la prochaine version majeure d'Android, dont le lancement est prévu pour le deuxième trimestre 2025. Cette version est semblable à toutes nos versions d'API précédentes, où nous pouvons planifier des modifications de comportement souvent liées à une version cible de SDK.
• Nous prévoyons de publier la version majeure un trimestre plus tôt (au deuxième trimestre plutôt qu'au troisième trimestre les années précédentes) afin de mieux nous aligner sur le calendrier de lancement des appareils dans notre écosystème. Ainsi, plus d'appareils pourront bénéficier de la version majeure d'Android plus tôt. La version majeure étant prévue pour le deuxième trimestre, vous devrez effectuer vos tests de compatibilité annuels quelques mois plus tôt que les années précédentes pour vous assurer que vos applications sont prêtes.
• Nous prévoyons de publier une nouvelle version au quatrième trimestre 2025, qui inclura également de nouvelles API pour les développeurs. La version majeure du deuxième trimestre sera la seule version de 2025 à inclure des modifications de comportement planifiées pouvant affecter les applications.

En plus des nouvelles API pour les développeurs, la version mineure du quatrième trimestre comprendra des mises à jour de fonctionnalités, des optimisations et des corrections de bugs. Elle n'inclura aucune modification de comportement affectant les applications.

Nous continuerons à publier des versions Android trimestrielles. Les mises à jour du premier et du troisième trimestre entre les versions de l'API fourniront des mises à jour incrémentielles pour garantir une qualité continue. Nous collaborons activement avec nos partenaires pour proposer la version du second trimestre sur autant d'appareils que possible.

Utiliser les nouvelles API avec les versions majeures et mineures

La protection d'un bloc de code avec une vérification du niveau d'API se fait aujourd'hui à l'aide de la constante SDK_INT avec VERSION_CODES. Cette fonctionnalité restera compatible avec les principales versions d'Android.

if (SDK_INT >= VERSION_CODES.BAKLAVA) {
  // Use APIs introduced in Android 16
}

La nouvelle constante SDK_INT_FULL peut être utilisée pour les vérifications d'API sur les versions majeures et mineures avec la nouvelle énumération VERSION_CODES_FULL.

if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
  // Use APIs introduced in a major or minor release
}

Vous pouvez également utiliser la méthode Build.getMinorSdkVersion() pour obtenir uniquement la version mineure du SDK.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

Ces API n'ont pas encore été finalisées et sont susceptibles d'être modifiées. N'hésitez donc pas à nous envoyer vos commentaires si vous avez des questions.

Expérience utilisateur et interface utilisateur du système

Android 16 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.

Notifications axées sur la progression

Android 16 introduit des notifications axées sur la progression pour aider les utilisateurs à suivre facilement les parcours de bout en bout initiés par l'utilisateur.

Notification.ProgressStyle est un nouveau style de notification qui vous permet de créer des notifications axées sur la progression. Les principaux cas d'utilisation incluent les services de covoiturage, la livraison et la navigation. Dans la classe Notification.ProgressStyle, vous pouvez indiquer les états et les jalons d'un parcours utilisateur à l'aide de points et de segments.

To learn more, see the Progress-centric notifications documentation page.

A progress-centric notification displayed on the lockscreen.

A progress-centric notification displayed in the notification shade.

Mises à jour de la prévisualisation du Retour

Android 16 adds new APIs to help you enable predictive back system animations in gesture navigation such as the back-to-home animation. Registering the onBackInvokedCallback with the new PRIORITY_SYSTEM_NAVIGATION_OBSERVER allows your app to receive the regular onBackInvoked call whenever the system handles a back navigation without impacting the normal back navigation flow.

Android 16 additionally adds the finishAndRemoveTaskCallback() and moveTaskToBackCallback. By registering these callbacks with the OnBackInvokedDispatcher, the system can trigger specific behaviors and play corresponding ahead-of-time animations when the back gesture is invoked.

Technologies haptiques plus riches

Android has exposed control over the haptic actuator ever since its inception.

Android 11 added support for more complex haptic effects that more advanced actuators could support through VibrationEffect.Compositions of device-defined semantic primitives.

Android 16 adds haptic APIs that let apps define the amplitude and frequency curves of a haptic effect while abstracting away differences between device capabilities.

Productivité et outils pour les développeurs

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

Gestion du contenu pour les fonds d'écran animés

Dans Android 16, le framework de fond d'écran animé bénéficie d'une nouvelle API de contenu pour relever les défis des fonds d'écran dynamiques gérés par l'utilisateur. Actuellement, les fonds d'écran animés intégrant du contenu fourni par l'utilisateur nécessitent des implémentations complexes, spécifiques au service. Android 16 introduit WallpaperDescription et WallpaperInstance. WallpaperDescription vous permet d'identifier des instances distinctes d'un fond d'écran animé à partir du même service. Par exemple, un fond d'écran qui apparaît à la fois sur l'écran d'accueil et sur l'écran de verrouillage peut comporter un contenu unique dans les deux cas. Le sélecteur de fond d'écran et WallpaperManager utilisent ces métadonnées pour mieux présenter les fonds d'écran aux utilisateurs, ce qui vous permet de créer des expériences de fond d'écran animé diversifiées et personnalisées plus facilement.

Performances et batterie

Android 16 introduit des API qui permettent de collecter des insights sur vos applications.

Profilage déclenché par le système

ProfilingManager a été ajouté dans Android 15, ce qui permet aux applications de demander la collecte de données de profilage à l'aide de Perfetto sur les appareils publics sur le terrain. Toutefois, comme ce profilage doit être lancé à partir de l'application, les flux critiques tels que les démarrages ou les erreurs ANR seraient difficiles ou impossibles à capturer par les applications.

Pour y remédier, Android 16 introduit le profilage déclenché par le système dans ProfilingManager. Les applications peuvent s'inscrire pour recevoir des traces pour certains déclencheurs tels que le démarrage à froid reportFullyDrawn ou les erreurs ANR. Le système démarre et arrête ensuite une trace au nom de l'application. Une fois la traçabilité terminée, les résultats sont envoyés au répertoire de données de l'application.

Composant de démarrage dans ApplicationStartInfo

ApplicationStartInfo a été ajouté dans Android 15, ce qui permet à une application de voir les raisons du démarrage du processus, le type de démarrage, les heures de démarrage, le débit limité et d'autres données de diagnostic utiles. Android 16 ajoute getStartComponent() pour distinguer le type de composant qui a déclenché le démarrage, ce qui peut être utile pour optimiser le flux de démarrage de votre application.

Meilleure introspection des offres d'emploi

The JobScheduler#getPendingJobReason() API returns a reason why a job might be pending. However, a job might be pending for multiple reasons.

In Android 16, we are introducing a new API JobScheduler#getPendingJobReasons(int jobId), which returns multiple reasons why a job is pending, due to both explicit constraints set by the developer and implicit constraints set by the system.

We're also introducing JobScheduler#getPendingJobReasonsHistory(int jobId), which returns a list of the most recent constraint changes.

We recommend using the API to help you debug why your jobs may not be executing, especially if you're seeing reduced success rates of certain tasks or have bugs around latency of certain job completion. For example, updating widgets in the background failed to occur or prefetch job failed to be called prior to app start.

This can also better help you understand if certain jobs are not completing due to system defined constraints versus explicitly set constraints.

Fréquence d'actualisation adaptative

Adaptive refresh rate (ARR), introduced in Android 15, enables the display refresh rate on supported hardware to adapt to the content frame rate using discrete VSync steps. This reduces power consumption while eliminating the need for potentially jank-inducing mode-switching.

Android 16 introduces hasArrSupport() and getSuggestedFrameRate(int) while restoring getSupportedRefreshRates() to make it easier for your apps to take advantage of ARR. RecyclerView 1.4 internally supports ARR when it is settling from a fling or smooth scroll, and we're continuing our work to add ARR support into more Jetpack libraries. This frame rate article covers many of the APIs you can use to set the frame rate so that your app can directly use ARR.

API Headroom dans ADPF

The SystemHealthManager introduces the getCpuHeadroom and getGpuHeadroom APIs, designed to provide games and resource-intensive apps with estimates of available CPU and GPU resources. These methods offer a way for you to gauge how your app or game can best improve system health, particularly when used in conjunction with other Android Dynamic Performance Framework (ADPF) APIs that detect thermal throttling.

By using CpuHeadroomParams and GpuHeadroomParams on supported devices, you can customize the time window used to compute the headroom and select between average or minimum resource availability. This can help you reduce your CPU or GPU resource usage accordingly, leading to better user experiences and improved battery life.

Accessibilité

Android 16 ajoute de nouvelles API et fonctionnalités d'accessibilité qui peuvent vous aider à proposer votre application à tous les utilisateurs.

API d'accessibilité améliorées

Android 16 ajoute des API supplémentaires pour améliorer la sémantique de l'UI, ce qui permet d'améliorer la cohérence pour les utilisateurs qui s'appuient sur des services d'accessibilité tels que TalkBack.

Ajouter un contour au texte pour optimiser le contraste

Les utilisateurs malvoyants ont souvent une sensibilité au contraste réduite, ce qui rend difficile la distinction des objets de leur arrière-plan. Pour aider ces utilisateurs, Android 16 introduit le texte en contour, qui remplace le texte à contraste élevé. Il dessine une zone plus contrastée autour du texte pour améliorer considérablement sa lisibilité.

Android 16 contient de nouvelles API AccessibilityManager pour permettre à vos applications de vérifier ou d'enregistrer un écouteur pour voir si ce mode est activé. Cela permet principalement aux boîtes à outils d'UI telles que Compose d'offrir une expérience visuelle similaire. Si vous gérez une bibliothèque UI Toolkit ou si votre application effectue un rendu de texte personnalisé qui contourne la classe android.text.Layout, vous pouvez l'utiliser pour savoir quand le texte en contour est activé.

Durée ajoutée à TtsSpan

Android 16 étend TtsSpan avec un TYPE_DURATION, composé de ARG_HOURS, ARG_MINUTES et ARG_SECONDS. Vous pouvez ainsi annoter directement la durée, ce qui garantit une sortie de synthèse vocale précise et cohérente avec des services tels que TalkBack.

Prendre en charge les éléments avec plusieurs libellés

Android permet actuellement aux éléments d'interface utilisateur de dériver leur libellé d'accessibilité à partir d'un autre. Il permet désormais d'associer plusieurs libellés, un scénario courant dans le contenu Web. En introduisant une API basée sur des listes dans AccessibilityNodeInfo, Android peut prendre en charge directement ces relations multi-libellés. Dans le cadre de ce changement, nous avons abandonné AccessibilityNodeInfo#setLabeledBy et #getLabeledBy au profit de #addLabeledBy, #removeLabeledBy et #getLabeledByList.

Amélioration de la compatibilité avec les éléments extensibles

Android 16 ajoute des API d'accessibilité qui vous permettent de transmettre l'état développé ou réduit des éléments interactifs, tels que les menus et les listes extensibles. En définissant l'état développé à l'aide de setExpandedState et en distribuant des AccessibilityEvents TYPE_WINDOW_CONTENT_CHANGED avec un type de modification de contenu CONTENT_CHANGE_TYPE_EXPANDED, vous pouvez vous assurer que les lecteurs d'écran tels que TalkBack annoncent les changements d'état, offrant ainsi une expérience utilisateur plus intuitive et inclusive.

Barres de progression indéterminées

Android 16 ajoute RANGE_TYPE_INDETERMINATE, ce qui vous permet d'exposer RangeInfo pour les widgets ProgressBar déterminés et indéterminés, ce qui permet à des services tels que TalkBack de fournir des commentaires plus cohérents pour les indicateurs de progression.

Case à cocher à trois états

Les nouvelles méthodes AccessibilityNodeInfo getChecked et setChecked(int) d'Android 16 acceptent désormais un état "partiellement coché" en plus des états "coché" et "non coché". Cette valeur remplace les valeurs booléennes isChecked et setChecked(boolean), obsolètes.

Descriptions supplémentaires

Lorsqu'un service d'accessibilité décrit un ViewGroup, il combine les libellés de contenu de ses vues enfants. Si vous fournissez un contentDescription pour le ViewGroup, les services d'accessibilité supposent que vous remplacez également la description des vues enfants non sélectionnables. Cela peut poser problème si vous souhaitez ajouter un libellé à un menu déroulant (par exemple, "Famille de polices") tout en conservant la sélection actuelle à des fins d'accessibilité (par exemple, "Roboto"). Android 16 ajoute setSupplementalDescription afin que vous puissiez fournir du texte fournissant des informations sur un ViewGroup sans remplacer les informations de ses enfants.

Champs obligatoires du formulaire

Android 16 ajoute setFieldRequired à AccessibilityNodeInfo afin que les applications puissent indiquer à un service d'accessibilité que la saisie dans un champ de formulaire est obligatoire. Il s'agit d'un scénario important pour les utilisateurs qui remplissent de nombreux types de formulaires, même des éléments aussi simples qu'une case à cocher obligatoire pour les conditions d'utilisation, qui les aident à identifier de manière cohérente les champs obligatoires et à passer rapidement d'un champ à l'autre.

Utiliser le téléphone comme entrée micro pour les appels vocaux avec des appareils auditifs LEA

Android 16 adds the capability for users of LE Audio hearing aids to switch between the built-in microphones on the hearing aids and the microphone on their phone for voice calls. This can be helpful in noisy environments or other situations where the hearing aid's microphones might not perform well.

Commandes de volume ambiant pour les appareils auditifs LEA

Android 16 adds the capability for users of LE Audio hearing aids to adjust the volume of ambient sound that is picked up by the hearing aid's microphones. This can be helpful in situations where background noise is too loud or too quiet.

Appareil photo

Android 16 offre une meilleure prise en charge des utilisateurs d'appareils photo professionnels, en permettant une exposition automatique hybride, ainsi que des ajustements précis de la température et de la teinte des couleurs. Un nouvel indicateur de mode nuit aide votre application à savoir quand passer en mode nuit et à en sortir. Les nouvelles actions Intent facilitent la capture de photos animées. Nous continuons également à améliorer les images UltraHDR avec la prise en charge de l'encodage HEIF et de nouveaux paramètres issus de la norme ISO 21496-1.

Exposition automatique hybride

Android 16 adds new hybrid auto-exposure modes to Camera2, allowing you to manually control specific aspects of exposure while letting the auto-exposure (AE) algorithm handle the rest. You can control ISO + AE, and exposure time + AE, providing greater flexibility compared to the current approach where you either have full manual control or rely entirely on auto-exposure.

fun setISOPriority() {
    // ... (Your existing code before the snippet) ...

    val availablePriorityModes = mStaticInfo.characteristics.get(
        CameraCharacteristics.CONTROL_AE_AVAILABLE_PRIORITY_MODES
    )

    // ... (Your existing code between the snippets) ...

    // Turn on AE mode to set priority mode
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_MODE,
        CameraMetadata.CONTROL_AE_MODE_ON
    )
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_PRIORITY_MODE,
        CameraMetadata.CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY
    )
    reqBuilder.set(
        CaptureRequest.SENSOR_SENSITIVITY,
        TEST_SENSITIVITY_VALUE
    )
    val request: CaptureRequest = reqBuilder.build()

    // ... (Your existing code after the snippet) ...
}

Réglages précis de la température et de la teinte des couleurs

Android 16 adds camera support for fine color temperature and tint adjustments to better support professional video recording applications. In previous Android versions, you could control white balance settings through CONTROL_AWB_MODE, which contains options limited to a preset list, such as Incandescent, Cloudy, and Twilight. The COLOR_CORRECTION_MODE_CCT enables the use of COLOR_CORRECTION_COLOR_TEMPERATURE and COLOR_CORRECTION_COLOR_TINT for precise adjustments of white balance based on the correlated color temperature.

fun setCCT() {
    // ... (Your existing code before this point) ...

    val colorTemperatureRange: Range<Int> =
        mStaticInfo.characteristics[CameraCharacteristics.COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE]

    // Set to manual mode to enable CCT mode
    reqBuilder[CaptureRequest.CONTROL_AWB_MODE] = CameraMetadata.CONTROL_AWB_MODE_OFF
    reqBuilder[CaptureRequest.COLOR_CORRECTION_MODE] = CameraMetadata.COLOR_CORRECTION_MODE_CCT
    reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE] = 5000
    reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TINT] = 30

    val request: CaptureRequest = reqBuilder.build()

    // ... (Your existing code after this point) ...
}

The following examples show how a photo would look after applying different color temperature and tint adjustments:

Détection de scène en mode Nuit de l'appareil photo

Pour aider votre application à savoir quand passer d'une session d'appareil photo en mode Nuit à une autre, Android 16 ajoute EXTENSION_NIGHT_MODE_INDICATOR. Si elle est prise en charge, elle est disponible dans CaptureResult dans Camera2.

Il s'agit de l'API que nous avons brièvement mentionnée comme étant bientôt disponible dans l'article de blog Comment Instagram a permis aux utilisateurs de prendre de superbes photos en basse lumière. Ce post est un guide pratique sur l'implémentation du mode nuit, ainsi qu'une étude de cas qui associe des photos de meilleure qualité dans le mode nuit de l'application à une augmentation du nombre de photos partagées depuis l'appareil photo de l'application.

Actions d'intent de capture de photos animées

Android 16 adds standard Intent actions — ACTION_MOTION_PHOTO_CAPTURE, and ACTION_MOTION_PHOTO_CAPTURE_SECURE — which request that the camera application capture a motion photo and return it.

You must either pass an extra EXTRA_OUTPUT to control where the image will be written, or a Uri through Intent.setClipData(ClipData). If you don't set a ClipData, it will be copied there for you when calling Context.startActivity(Intent).

Améliorations apportées aux images UltraHDR

Android 16 continues our work to deliver dazzling image quality with UltraHDR images. It adds support for UltraHDR images in the HEIC file format. These images will get ImageFormat type HEIC_ULTRAHDR and will contain an embedded gainmap similar to the existing UltraHDR JPEG format. We're working on AVIF support for UltraHDR as well, so stay tuned.

In addition, Android 16 implements additional parameters in UltraHDR from the ISO 21496-1 draft standard, including the ability to get and set the colorspace that gainmap math should be applied in, as well as support for HDR encoded base images with SDR gainmaps.

Graphiques

Android 16 inclut les dernières améliorations graphiques, telles que les effets graphiques personnalisés avec AGSL.

Effets graphiques personnalisés avec AGSL

Android 16 ajoute RuntimeColorFilter et RuntimeXfermode, ce qui vous permet de créer des effets complexes tels que le seuil, le sépia et la saturation de la teinte, et de les appliquer aux appels de dessin. Depuis Android 13, vous pouvez utiliser AGSL pour créer des RuntimeShaders personnalisés qui étendent Shader. La nouvelle API reflète cela, en ajoutant un RuntimeColorFilter compatible avec AGSL qui étend ColorFilter et un effet Xfermode qui vous permet d'implémenter un compositing et un mélange personnalisés basés sur AGSL entre les pixels source et de destination.

private val thresholdEffectString = """
    uniform half threshold;

    half4 main(half4 c) {
        half luminosity = dot(c.rgb, half3(0.2126, 0.7152, 0.0722));
        half bw = step(threshold, luminosity);
        return bw.xxx1 * c.a;
    }"""

fun setCustomColorFilter(paint: Paint) {
   val filter = RuntimeColorFilter(thresholdEffectString)
   filter.setFloatUniform(0.5);
   paint.colorFilter = filter
}

Connectivité

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

Détermination de la position avec sécurité renforcée

Android 16 prend en charge les fonctionnalités de sécurité robustes dans la localisation Wi-Fi sur les appareils compatibles avec la norme 802.11az du Wi-Fi 6, ce qui permet aux applications de combiner la précision, l'évolutivité et la planification dynamique accrues du protocole avec des améliorations de sécurité, y compris le chiffrement basé sur AES-256 et la protection contre les attaques MITM. Cela permet de l'utiliser plus en toute sécurité dans les cas d'utilisation de proximité, comme le déverrouillage d'un ordinateur portable ou d'une porte de véhicule. La norme 802.11az est intégrée à la norme Wi-Fi 6, qui exploite son infrastructure et ses fonctionnalités pour une adoption plus large et un déploiement plus facile.

API de mesure de la distance génériques

Android 16 inclut la nouvelle RangingManager, qui permet de déterminer la distance et l'angle sur le matériel compatible entre l'appareil local et un appareil distant. RangingManager prend en charge l'utilisation de diverses technologies de mesure de la distance, telles que la mesure du canal BLE, la mesure de la distance BLE basée sur l'RSSI, la bande ultralarge et le temps aller-retour Wi-Fi.

Présence de l'appareil dans le Gestionnaire d'appareils associés

In Android 16, new APIs are being introduced for binding your companion app service. Service will be bound when BLE is in range and Bluetooth is connected and service will be unbound when BLE is out of range or Bluetooth is disconnected. App will receives a new 'onDevicePresenceEvent()' callback based on various of DevicePresenceEvent. More details can be found in 'startObservingDevicePresence(ObservingDevicePresenceRequest)'.

Contenus multimédias

Android 16 inclut diverses fonctionnalités qui améliorent l'expérience multimédia.

Améliorations apportées au sélecteur de photos

The photo picker provides a safe, built-in way for users to grant your app access to selected images and videos from both local and cloud storage, instead of their entire media library. Using a combination of Modular System Components through Google System Updates and Google Play services, it's supported back to Android 4.4 (API level 19). Integration requires just a few lines of code with the associated Android Jetpack library.

Android 16 includes the following improvements to the photo picker:

• Embedded photo picker: New APIs that enable apps to embed the photo picker into their view hierarchy. This allows it to feel like a more integrated part of the app while still leveraging the process isolation that allows users to select media without the app needing overly broad permissions. To maximize compatibility across platform versions and simplify your integration, you'll want to use the forthcoming Android Jetpack library if you want to integrate the embedded photo picker.
• Cloud search in photo picker: New APIs that enable searching from the cloud media provider for the Android photo picker. Search functionality in the photo picker is coming soon.

Vidéo professionnelle avancée

Android 16 introduces support for the Advanced Professional Video (APV) codec which is designed to be used for professional level high quality video recording and post production.

The APV codec standard has the following features:

• Perceptually lossless video quality (close to raw video quality)
• Low complexity and high throughput intra-frame-only coding (without pixel domain prediction) to better support editing workflows
• Support for high bit-rate range up to a few Gbps for 2K, 4K and 8K resolution content, enabled by a lightweight entropy coding scheme
• Frame tiling for immersive content and for enabling parallel encoding and decoding
• Support for various chroma sampling formats and bit-depths
• Support for multiple decoding and re-encoding without severe visual quality degradation
• Support multi-view video and auxiliary video like depth, alpha, and preview
• Support for HDR10/10+ and user-defined metadata

A reference implementation of APV is provided through the OpenAPV project. Android 16 will implement support for the APV 422-10 Profile that provides YUV 422 color sampling along with 10-bit encoding and for target bitrates of up to 2Gbps.

Confidentialité

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

Mises à jour de Santé Connect

Health Connect adds ACTIVITY_INTENSITY, a data type defined according to World Health Organization guidelines around moderate and vigorous activity. Each record requires the start time, the end time, and whether the activity intensity is moderate or vigorous.

Health Connect also contains updated APIs supporting medical records. This allows apps to read and write medical records in FHIR format with explicit user consent.

Privacy Sandbox sur Android

Android 16 intègre la dernière version de la Privacy Sandbox sur Android, qui fait partie de nos efforts continus visant à développer des technologies dans lesquelles les utilisateurs savent que leur confidentialité est protégée. Pour en savoir plus sur le programme bêta de la Privacy Sandbox sur Android pour les développeurs, consultez notre site Web. Découvrez le SDK Runtime, qui permet aux SDK de s'exécuter dans un environnement d'exécution dédié distinct de l'application qu'ils diffusent, offrant des protections plus strictes concernant la collecte et le partage des données utilisateur.

Sécurité

Android 16 inclut des fonctionnalités qui vous aident à renforcer la sécurité de votre application et à protéger ses données.

API de partage de clés

Android 16 ajoute des API permettant de partager l'accès aux clés Android Keystore avec d'autres applications. La nouvelle classe KeyStoreManager permet d'accorder et de révoquer l'accès aux clés par uid d'application, et inclut une API permettant aux applications d'accéder aux clés partagées.

Facteurs de forme des appareils

Android 16 permet à vos applications de tirer le meilleur parti des facteurs de forme d'Android.

Cadre standardisé de qualité d'image et audio pour les téléviseurs

Le nouveau package MediaQuality d'Android 16 expose un ensemble d'API standardisées pour accéder aux profils audio et image, ainsi qu'aux paramètres liés au matériel. Cela permet aux applications de streaming d'interroger les profils et de les appliquer aux contenus multimédias de manière dynamique:

• Les films masterisés avec une plage dynamique plus large nécessitent une plus grande précision des couleurs pour voir les détails subtils dans les ombres et s'adapter à la lumière ambiante. Un profil qui privilégie la précision des couleurs à la luminosité peut donc être approprié.
• Les événements sportifs en direct sont souvent masterisés avec une plage dynamique étroite, mais sont souvent regardés en plein jour. Un profil qui privilégie la luminosité à la précision des couleurs peut donc donner de meilleurs résultats.
• Les contenus entièrement interactifs nécessitent un traitement minimal pour réduire la latence et une fréquence d'images plus élevée. C'est pourquoi de nombreux téléviseurs sont livrés avec un profil de jeu.

L'API permet aux applications de basculer entre les profils et aux utilisateurs de régler les téléviseurs compatibles pour qu'ils correspondent au mieux à leur contenu.

Internationalisation

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

Texte vertical

Android 16 adds low-level support for rendering and measuring text vertically to provide foundational vertical writing support for library developers. This is particularly useful for languages like Japanese that commonly use vertical writing systems. A new flag, VERTICAL_TEXT_FLAG, has been added to the Paint class. When this flag is set using Paint.setFlags, Paint's text measurement APIs will report vertical advances instead of horizontal advances, and Canvas will draw text vertically.

val text = "「春は、曙。」"
Box(
    Modifier.padding(innerPadding).background(Color.White).fillMaxSize().drawWithContent {
        drawIntoCanvas { canvas ->
            val paint = Paint().apply { textSize = 64.sp.toPx() }
            // Draw text vertically
            paint.flags = paint.flags or VERTICAL_TEXT_FLAG
            val height = paint.measureText(text)
            canvas.nativeCanvas.drawText(
                text,
                0,
                text.length,
                size.width / 2,
                (size.height - height) / 2,
                paint
            )
        }
    }
) {}

Personnalisation du système de mesure

Les utilisateurs peuvent désormais personnaliser leur système de mesure dans les préférences régionales dans les paramètres. La préférence de l'utilisateur est incluse dans le code de paramètres régionaux. Vous pouvez donc enregistrer un BroadcastReceiver sur ACTION_LOCALE_CHANGED pour gérer les modifications de configuration des paramètres régionaux lorsque les préférences régionales changent.

L'utilisation de formateurs peut vous aider à adapter l'expérience locale. Par exemple, "0,5 pouce" en anglais (États-Unis) correspond à "12,7 mm" pour un utilisateur qui a défini son téléphone sur l'anglais (Danemark) ou qui utilise son téléphone en anglais (États-Unis) avec le système métrique comme système de mesure préféré.

Pour accéder à ces paramètres, ouvrez l'application Paramètres et accédez à System >Languages & region (Système > Langues et région).