Sauf indication contraire, les modifications affectent toutes les applications exécutées sur Wear OS 6 ou version ultérieure, quelle que soit la version du SDK cible.
Pour rappel, les montres lancées avec Wear OS 6 ne sont compatibles qu'avec les cadrans qui utilisent le Watch Face Format. C'est pourquoi nous vous recommandons de migrer vers le format de cadran.
Un comportement "toujours activé" plus cohérent
Wear OS 6 consolide les solutions existantes pour offrir une expérience d'affichage permanent cohérente sur tous les appareils. Dans le cadre de ce changement, l'activité principale précédente reste visible et à l'état "reprise" lorsque l'appareil passe en mode ambiant système.
Le titre en cours et les commandes multimédias restent visibles même lorsque l'utilisateur n'interagit pas avec l'appareil Wear OS.
Police système par défaut pour les tuiles
Wear OS 6 offre une typographie plus cohérente pour les cartes, ce qui aide les utilisateurs à parcourir le carrousel de cartes. Sur un appareil donné, toutes les tuiles utilisent la même police. Sur certains appareils, cette police cohérente est une police variable.
Toutes les tuiles d'un même appareil utilisent la même police.
Autorisations de santé plus précises
À partir d'Android 16 (et, par extension, de Wear OS 6), la plate-forme migre vers les autorisations de santé plus précises utilisées par Santé Connect. Cela affecte les autorisations suivantes :
Autorisation Wear OS 5.1 (android.permission)
Autorisation de Wear OS 6 (android.permission.health)
BODY_SENSORS
READ_HEART_RATE READ_OXYGEN_SATURATION (capteur disponible sur les appareils compatibles) READ_SKIN_TEMPERATURE (capteur disponible sur les appareils compatibles)
BODY_SENSORS_BACKGROUND
READ_HEALTH_DATA_IN_BACKGROUND
Pour savoir comment mettre à jour votre application afin qu'elle gère ces autorisations lorsqu'elle cible le niveau d'API 36 ou supérieur, suivez les étapes de migration indiquées dans le guide Health Services pour Wear OS.
Remarque : Pour assurer la compatibilité des applications ciblant Wear OS 5.1 (niveau d'API 35) ou version antérieure, le système propose les fonctionnalités suivantes :
Si l'utilisateur installe votre application sur un appareil exécutant Wear OS 6 ou version ultérieure, le système demande automatiquement l'autorisation READ_HEART_RATE en votre nom.
Si l'utilisateur a déjà accordé les autorisations BODY_SENSORS et BODY_SENSORS_BACKGROUND à votre application, et s'il met ensuite à jour son appareil vers Wear OS 6 ou une version ultérieure, votre application conserve les autorisations accordées.
Les événements d'interaction avec les tuiles sont regroupés
À partir de Wear OS 6, les événements liés aux balayages des utilisateurs vers et hors de votre carte (onTileEnterEvent et onTileLeaveEvent, respectivement) sont regroupés.
Si votre application cible Wear OS 6 ou version ultérieure, appelez onRecentInteractionEventsAsync() pour surveiller ces événements. Ne vous fiez pas à la diffusion en temps réel de ces événements pour actualiser vos tuiles.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Test how your app handles behavior changes\n\nWear OS 6 is based on Android 16 (API level 36). When you prepare your Wear OS\napp for use on Wear OS 6, handle the system\n[behavior changes that affect all apps in Android 16](/about/versions/16/behavior-changes-all), as well as the\n[changes for apps that target Android 16](/about/versions/16/behavior-changes-16).\n\nUnless otherwise specified, the changes affect all apps that run on Wear OS 6\nor higher, regardless of target SDK version.\n\nAs a reminder, watches that launch with Wear OS 6 only support watch faces that\nuse the [Watch Face Format](/training/wearables/wff). For this reason, we recommend that you migrate\nto using the Watch Face Format.\n| **Caution:** Before you upload your app to the Play Store, [target Android 16](/training/wearables/versions/6/setup#update-target-sdk) and [configure an emulator](/training/wearables/get-started/creating#configure-emulator) to test your app.\n\nMore consistent always-on behavior\n----------------------------------\n\n\nWear OS 6 consolidates existing solutions to offer a consistent [always-on](/training/wearables/always-on)\ndisplay experience across devices. As part of this change, the previous top\nactivity remains visible and in the \"resumed\" state when the device enters\nsystem ambient mode. \nThe current song and media controls remain visible even when the user isn't interacting with the Wear OS device.\n\n\u003cbr /\u003e\n\nDefault system font for tiles\n-----------------------------\n\nWear OS 6 introduces more consistency for tile typography, which helps users\nnavigate through the tile carousel. On a given device, all tiles use the same\nfont. On some devices, this consistent font is a\n[variable font](https://fonts.google.com/knowledge/introducing_type/introducing_variable_fonts). \nAll tiles on a given device use the same font.\n\nMore granular health permissions\n--------------------------------\n\n| **Note:** The following change affects your app only if you [update your target SDK\n| version to Android 16](/training/wearables/versions/6/setup#update-target-sdk), the version on which Wear OS 6 is based, or higher.\n\nStarting in Android 16---and, by extension, Wear OS 6---the platform is migrating to\nthe more granular health permissions that Health Connect uses. This affects the\nfollowing permissions:\n\n| Wear OS 5.1 permission (`android.permission`) | Wear OS 6 permission (`android.permission.health`) |\n|-----------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `BODY_SENSORS` | `READ_HEART_RATE` `READ_OXYGEN_SATURATION` (*sensor available on supported devices* ) `READ_SKIN_TEMPERATURE` (*sensor available on supported devices*) |\n| `BODY_SENSORS_BACKGROUND` | `READ_HEALTH_DATA_IN_BACKGROUND` |\n\nTo learn how to update your app for handling these permissions when it targets\nAPI level 36 or higher, follow the [migration steps](/health-and-fitness/guides/health-services/permissions#migrate-support-api-36) shown in the\nHealth Services for Wear OS guide.\n\n\n**Note:** To maintain compatibility for apps that target Wear OS 5.1\n(API level 35) and lower, the system offers the following support:\n\n- If the user installs your app on a device that runs Wear OS 6 or higher, the system automatically requests the `READ_HEART_RATE` permission on your app's behalf.\n- If the user previously granted the `BODY_SENSORS` and `BODY_SENSORS_BACKGROUND` permissions to your app, and if the user then updates their device to Wear OS 6 or higher, your app maintains the granted permissions.\n\n\u003cbr /\u003e\n\nTile interaction events are batched\n-----------------------------------\n\n| **Note:** The following change affects your app only if you [update your target SDK\n| version to Android 16](/training/wearables/versions/6/setup#update-target-sdk), the version on which Wear OS 6 is based, or higher.\n\nStarting in Wear OS 6, events related to users swiping onto and away from your\ntile---`onTileEnterEvent` and `onTileLeaveEvent`, respectively---are batched.\nIf your app targets Wear OS 6 or higher, call\n[`onRecentInteractionEventsAsync()`](/reference/androidx/wear/tiles/TileService#onRecentInteractionEventsAsync(java.util.List%3Candroidx.wear.tiles.EventBuilders.TileInteractionEvent%3E)) to monitor these events. Don't rely on\nreal time delivery of these events to update your tiles."]]
