Cette page a été traduite par l'API Cloud Translation.

Abandonner health@1.0

Le framework continuera de fonctionner avec health@1.0 jusqu'à ce qu'il soit complètement abandonné, conformément au calendrier d'abandon de HAL standard. Lorsque health@1.0 est abandonné (entrée supprimée de la matrice de compatibilité du framework), healthd et libbatterymonitor doivent également être supprimés du système pour éviter les comportements inconnus pour healthd. Étant donné que health@1.0 est un HAL facultatif et que toutes les dépendances healthd envers health@1.0 sont protégées par des vérifications NULL, rien ne devrait se briser lors de l'abandon.

Lorsque Android supprime l'ancien chemin de code (healthd, health@1.0), le HAL Health@1.0 est abandonné conformément au calendrier d'abandon. En outre, Android supprime les éléments suivants:

Dépendance healthd dans le framework
santé
Bibliothèque de définitions HAL pour health@1.0 depuis le système
Entry for health@1.0 in the framework compatibility matrix

Supprimer healthd

Pour les appareils équipés d'Android 9 et ceux qui passent à Android 9 et qui fournissent le HAL de Santé 2.0 dans l'image du nouveau fournisseur, nous vous recommandons de supprimer healthd de l'image système afin d'économiser de l'espace disque et d'accélérer le démarrage.

Pour ce faire :

Supprimez healthd et healthd.rc de l'image système en ajoutant la ligne suivante à l'implémentation spécifique à l'appareil dans Soong:
```
cc_binary {
    name: "android.hardware.health@2.0-service.device_name"
    overrides: ["healthd"],
    // ...
}
```
Ou, si le module se trouve dans Make:
```
LOCAL_MODULE_NAME := \
    android.hardware.health@2.0-service.device_name
LOCAL_OVERRIDES_MODULES := healthd
```
Si l'implémentation par défaut android.hardware.health@2.0-service est installée, implémentez plutôt un android.hardware.health@2.0-service.device_name spécifique à l'appareil. Pour en savoir plus, consultez la section Implémenter l'état.