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 familiariser avec les API associées.

Vous devez également examiner les domaines dans lesquels les changements de plate-forme peuvent affecter vos applications. 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, quelle que soit la targetSdkVersion

Fonctionnalité de base

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

Deux versions de l'API Android en 2025

• This preview is for the next major release of Android with a planned launch in Q2 of 2025. This release is similar to all of our API releases in the past, where we can have planned behavior changes that are often tied to a targetSdkVersion.
• We're planning the major release a quarter earlier (Q2 rather than Q3 in prior years) to better align with the schedule of device launches across our ecosystem, so more devices can get the major release of Android sooner. With the major release coming in Q2, you'll need to do your annual compatibility testing a few months earlier than in previous years to make sure your apps are ready.
• We plan to have another release in Q4 of 2025 which also will include new developer APIs. The Q2 major release will be the only release in 2025 to include planned behavior changes that could affect apps.

In addition to new developer APIs, the Q4 minor release will pick up feature updates, optimizations, and bug fixes; it will not include any app-impacting behavior changes.

We'll continue to have quarterly Android releases. The Q1 and Q3 updates in-between the API releases will provide incremental updates to help ensure continuous quality. We're actively working with our device partners to bring the Q2 release to as many devices as possible.

Using new APIs with major and minor releases

Guarding a code block with a check for API level is done today using the SDK_INT constant with VERSION_CODES. This will continue to be supported for major Android releases.

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

The new SDK_INT_FULL constant can be used for API checks against both major and minor versions with the new VERSION_CODES_FULL enumeration.

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

You can also use the Build.getMinorSdkVersion() method to get just the minor SDK version.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

These APIs have not yet been finalized and are subject to change, so please send us feedback if you have any concerns.

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.

Notification axée sur la progression affichée sur l'écran de verrouillage.

Notification axée sur la progression affichée dans le volet des notifications.

Mises à jour de la prévisualisation du Retour

Android 16 ajoute de nouvelles API pour vous aider à activer les animations système de prévisualisation du Retour dans la navigation par gestes, comme l'animation de retour à l'écran d'accueil. Enregistrer onBackInvokedCallback avec le nouveau PRIORITY_SYSTEM_NAVIGATION_OBSERVER permet à votre application de recevoir l'appel onBackInvoked standard chaque fois que le système gère une navigation arrière sans affecter le flux de navigation arrière normal.

Android 16 ajoute également finishAndRemoveTaskCallback() et moveTaskToBackCallback. En enregistrant ces rappels avec OnBackInvokedDispatcher, le système peut déclencher des comportements spécifiques et lire les animations correspondantes à l'avance lorsque le geste Retour est appelé.

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 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 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 vous aident à recueillir des insights sur vos applications.

Profilage déclenché par le système

ProfilingManager was added in Android 15, giving apps the ability to request profiling data collection using Perfetto on public devices in the field. However, since this profiling must be started from the app, critical flows such as startups or ANRs would be difficult or impossible for apps to capture.

To help with this, Android 16 introduces system-triggered profiling to ProfilingManager. Apps can register interest in receiving traces for certain triggers such as cold start reportFullyDrawn or ANRs, and then the system starts and stops a trace on the app's behalf. After the trace completes, the results are delivered to the app's data directory.

Composant de démarrage dans ApplicationStartInfo

ApplicationStartInfo was added in Android 15, allowing an app to see reasons for process start, start type, start times, throttling, and other useful diagnostic data. Android 16 adds getStartComponent() to distinguish what component type triggered the start, which can be helpful for optimizing the startup flow of your app.

Meilleure introspection des tâches

L'API JobScheduler#getPendingJobReason() renvoie la raison pour laquelle une tâche peut être en attente. Cependant, une tâche peut être en attente pour plusieurs raisons.

Dans Android 16, nous introduisons une nouvelle API JobScheduler#getPendingJobReasons(int jobId), qui renvoie plusieurs raisons pour lesquelles une tâche est en attente, en raison de contraintes explicites définies par le développeur et de contraintes implicites définies par le système.

Nous lançons également JobScheduler#getPendingJobReasonsHistory(int jobId), qui renvoie une liste des modifications de contraintes les plus récentes.

Nous vous recommandons d'utiliser l'API pour vous aider à déboguer les raisons pour lesquelles vos tâches ne s'exécutent pas, en particulier si vous constatez une baisse des taux de réussite de certaines tâches ou des bugs liés à la latence de certaines tâches. Par exemple, la mise à jour des widgets en arrière-plan n'a pas été effectuée ou la tâche de préchargement n'a pas pu être appelée avant le démarrage de l'application.

Cela peut également vous aider à mieux comprendre si certaines tâches ne sont pas effectuées en raison de contraintes définies par le système plutôt que de contraintes définies explicitement.

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 de marge 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 à rendre votre application accessible à 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.

Contrôle du 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 améliore la prise en charge des utilisateurs de caméras professionnelles, en permettant l'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 à une session de caméra en mode nuit et quand en sortir. Les nouvelles actions Intent permettent de capturer plus facilement des photos animées. Nous continuons également d'améliorer les images Ultra HDR en ajoutant la prise en charge de l'encodage HEIC et de nouveaux paramètres issus de la version préliminaire 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) ...
}

Ajustements précis de la température et de la teinte des couleurs

Android 16 permet d'ajuster la température et la teinte des couleurs de l'appareil photo pour mieux prendre en charge les applications d'enregistrement vidéo professionnelles. Dans les versions précédentes d'Android, vous pouviez contrôler les paramètres de balance des blancs via CONTROL_AWB_MODE, qui contient des options limitées à une liste prédéfinie, comme Incandescent (Incandescente), Cloudy (Nuageux) et Twilight (Crépuscule). COLOR_CORRECTION_MODE_CCT permet d'utiliser COLOR_CORRECTION_COLOR_TEMPERATURE et COLOR_CORRECTION_COLOR_TINT pour ajuster précisément la balance des blancs en fonction de la température de couleur corrélée.

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

Les exemples suivants montrent à quoi ressemble une photo après avoir appliqué différents ajustements de température et de teinte de couleur:

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

To help your app know when to switch to and from a night mode camera session, Android 16 adds EXTENSION_NIGHT_MODE_INDICATOR. If supported, it's available in the CaptureResult within Camera2.

This is the API we briefly mentioned as coming soon in the How Instagram enabled users to take stunning low light photos blog post. That post is a practical guide on how to implement night mode together with a case study that links higher-quality in-app night mode photos with an increase in the number of photos shared from the in-app camera.

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

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, comme les effets graphiques personnalisés avec AGSL.

Effets graphiques personnalisés avec AGSL

Android 16 adds RuntimeColorFilter and RuntimeXfermode, allowing you to author complex effects like Threshold, Sepia, and Hue Saturation and apply them to draw calls. Since Android 13, you've been able to use AGSL to create custom RuntimeShaders that extend Shader. The new API mirrors this, adding an AGSL-powered RuntimeColorFilter that extends ColorFilter, and a Xfermode effect that lets you implement AGSL-based custom compositing and blending between source and destination pixels.

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 permettre à votre application d'accéder aux dernières avancées en matière de technologies de communication et sans fil.

Mesure de distance 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 génériques

Android 16 includes the new RangingManager, which provides ways to determine the distance and angle on supported hardware between the local device and a remote device. RangingManager supports the usage of a variety of ranging technologies such as BLE channel sounding, BLE RSSI-based ranging, Ultra Wideband, and Wi-Fi round trip time.

Présence d'appareils dans le gestionnaire d'appareils associés

Dans Android 16, de nouvelles API sont introduites pour lier votre service d'application compagnon. Le service est lié lorsque le BLE est à portée et que le Bluetooth est connecté, et il est dissocié lorsque le BLE est hors de portée ou que le Bluetooth est déconnecté. L'application reçoit un nouveau rappel 'onDevicePresenceEvent()' en fonction de différents DevicePresenceEvent. Pour en savoir plus, consultez 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 Advanced Professional

Android 16 est compatible avec le codec Advanced Professional Video (APV), conçu pour l'enregistrement et la post-production vidéo de haute qualité de niveau professionnel.

La norme de codec APV présente les caractéristiques suivantes:

• Qualité vidéo sans perte perceptible (proche de la qualité vidéo brute)
• Codage intra-frame uniquement à faible complexité et à débit élevé (sans prédiction de domaine de pixels) pour mieux prendre en charge les workflows de montage
• Compatibilité avec une plage de débit binaire élevée allant jusqu'à quelques Gbit/s pour les contenus en résolution 2K, 4K et 8K, grâce à un schéma de codage d'entropie léger
• Mosaïque de frames pour le contenu immersif et pour activer l'encodage et le décodage parallèles
• Compatibilité avec différents formats et profondeurs de bits d'échantillonnage chroma
• Prise en charge du décodage et du réencodage multiples sans dégradation importante de la qualité visuelle
• Prise en charge de la vidéo multivue et des vidéos auxiliaires telles que la profondeur, l'alpha et l'aperçu
• Compatibilité avec HDR10/10+ et métadonnées définies par l'utilisateur

Une implémentation de référence de l'APV est fournie via le projet OpenAPV. Android 16 implémentera la prise en charge du profil APV 422-10, qui fournit un échantillonnage de couleur YUV 422 avec un encodage 10 bits et des débits cibles pouvant atteindre 2 Gbit/s.

Confidentialité

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

Nouveautés de Santé Connect

Santé Connect ajoute ACTIVITY_INTENSITY, un type de données défini conformément aux directives de l'Organisation mondiale de la santé concernant l'activité modérée et intense. Chaque enregistrement nécessite l'heure de début, l'heure de fin et l'intensité de l'activité (modérée ou intense).

Santé Connect contient également des API mises à jour compatibles avec les dossiers médicaux. Cela permet aux applications de lire et d'écrire des dossiers médicaux au format FHIR avec l'autorisation explicite de l'utilisateur.

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 adds APIs that support sharing access to Android Keystore keys with other apps. The new KeyStoreManager class supports granting and revoking access to keys by app uid, and includes an API for apps to access shared keys.

Facteurs de forme des appareils

Android 16 permet à vos applications d'exploiter tout le potentiel des facteurs de forme d'Android.

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

The new MediaQuality package in Android 16 exposes a set of standardized APIs for access to audio and picture profiles and hardware-related settings. This allows streaming apps to query profiles and apply them to media dynamically:

• Movies mastered with a wider dynamic range require greater color accuracy to see subtle details in shadows and adjust to ambient light, so a profile that prefers color accuracy over brightness may be appropriate.
• Live sporting events are often mastered with a narrow dynamic range, but are often watched in daylight, so a profile that preferences brightness over color accuracy can give better results.
• Fully interactive content wants minimal processing to reduce latency, and wants higher frame rates, which is why many TV's ship with a game profile.

The API allows apps to switch between profiles and users to enjoy tuning supported TVs to best suit their content.

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 ajoute une compatibilité de bas niveau pour l'affichage et la mesure du texte verticalement afin de fournir une compatibilité d'écriture verticale de base aux développeurs de bibliothèques. Cette fonctionnalité est particulièrement utile pour les langues comme le japonais, qui utilisent couramment des systèmes d'écriture verticale. Un nouvel indicateur, VERTICAL_TEXT_FLAG, a été ajouté à la classe Paint. Lorsque cet indicateur est défini à l'aide de Paint.setFlags, les API de mesure du texte de Paint indiquent les avances verticales au lieu des avances horizontales, et Canvas dessine le texte verticalement.

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

Users can now customize their measurement system in regional preferences within Settings. The user preference is included as part of the locale code, so you can register a BroadcastReceiver on ACTION_LOCALE_CHANGED to handle locale configuration changes when regional preferences change.

Using formatters can help match the local experience. For example, "0.5 in" in English (United States), is "12,7 mm" for a user who has set their phone to English (Denmark) or who uses their phone in English (United States) with the metric system as the measurement system preference.

To find these settings, open the Settings app and navigate to System > Languages & region.