Le framework continuera à fonctionner avec health@1.0 jusqu'à ce qu'il soit complètement obsolète conformément au calendrier de dépréciation standard de HAL . Lorsque health@1.0 est obsolète (entrée supprimée de la matrice de compatibilité du framework ), healthd
et libbatterymonitor
doivent également être supprimés du système pour éviter des comportements inconnus pour healthd. Comme health@1.0 est un HAL facultatif et que toutes les dépendances healthd
vers health@1.0 sont protégées par des contrôles NULL, rien ne devrait être interrompu en cas de dépréciation.
Lorsqu'Android supprime le chemin de code existant (healthd, health@1.0), Health@1.0 HAL est obsolète conformément au calendrier de dépréciation. De plus, Android supprime également les éléments suivants :
- dépendance saine dans le cadre
- santé
- health@1.0 Bibliothèque de définitions HAL du système
- entrée health@1.0 dans la matrice de compatibilité du framework
Supprimer la santé
Pour les appareils lancés avec Android 9 et les appareils mis à niveau vers Android 9 qui fournissent le HAL Health 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 temps de démarrage.
Faire cela:
Supprimez
healthd
ethealthd.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 est 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 unandroid.hardware.health@2.0-service.device_name
spécifique à l'appareil. Pour plus d’informations, consultez Implémentation de l’intégrité .