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 obsolète conformément à la norme Calendrier d'abandon des ressources HAL. Lorsque health@1.0 est obsolète (entrée supprimée de matrice de compatibilité du framework), healthd et libbatterymonitor doivent également être supprimés du système pour éviter les comportements inconnus pour les personnes saines. Dans la mesure où "health@1.0" est une HAL facultative, Les dépendances healthd de health@1.0 sont protégées par des vérifications NULL, et rien ne doit lors de l'abandon.

Lorsqu'Android supprime l'ancien chemin de code (healthd, health@1.0), Health@1.0 HAL est obsolète, conformément au calendrier d'abandon. De plus, Android propose supprime les éléments suivants:

dépendance opérationnelle dans le framework
sain
Bibliothèque de définitions HAL pour health@1.0 depuis le système
Entrée "health@1.0" dans la matrice de compatibilité des frameworks

Supprimer les éléments opérationnels

Pour les appareils équipés d'Android 9 ou équipés d'Android 9 mise à niveau vers Android 9 et qui fournissent le HAL Santé 2.0 dans la nouvelle image du fournisseur, nous vous recommandons de supprimer healthd de l'image système pour économiser de l'espace disque et accélérer le démarrage.

Pour ce faire :

Supprimez healthd et healthd.rc de l'image système en ajoutant l'élément à 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 installer, implémenter une configuration android.hardware.health@2.0-service.device_name. Pour plus d'informations, consultez la section Implementing Health.