Abandon de la santé@1.0

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 :

  1. dépendance saine dans le cadre
  2. santé
  3. health@1.0 Bibliothèque de définitions HAL du système
  4. entrée health@1.0 dans la matrice de compatibilité du framework

Suppression de 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:

  1. 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 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 un android.hardware.health@2.0-service.device_name spécifique à l'appareil. Pour plus d’informations, consultez Implémentation de l’intégrité .