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
ethealthd.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 configurationandroid.hardware.health@2.0-service.device_name
. Pour plus d'informations, consultez la section Implementing Health.