Deprecando salute@1.0

Il framework continuerà a funzionare con Health@1.0 finché non sarà completamente deprecato in base al programma di deprecazione HAL standard. Quando Health@1.0 è deprecato (voce rimossa dalla matrice di compatibilità del framework ), anche healthd e libbatterymonitor devono essere rimossi dal sistema per evitare comportamenti sconosciuti per Healthd. Poiché Health@1.0 è un HAL facoltativo e tutte le dipendenze healthd da Health@1.0 sono protette da controlli NULL, nulla dovrebbe interrompersi in caso di deprecazione.

Quando Android rimuove il percorso del codice legacy (healthd, health@1.0), l'HAL Health@1.0 viene deprecato in base al programma di deprecazione. Inoltre, Android rimuove anche quanto segue:

  1. dipendenza dalla salute nel quadro
  2. salute
  3. Health@1.0 Libreria di definizioni HAL dal sistema
  4. voce salute@1.0 nella matrice di compatibilità del framework

Rimozione della salute

Per i dispositivi avviati con Android 9 e i dispositivi che eseguono l'aggiornamento ad Android 9 che forniscono l'HAL Health 2.0 nella nuova immagine del fornitore, consigliamo di rimuovere healthd dall'immagine del sistema per risparmiare spazio su disco e accelerare i tempi di avvio.

Fare così:

  1. Rimuovi healthd e healthd.rc dall'immagine di sistema aggiungendo la seguente riga all'implementazione specifica del dispositivo in Soong:

    cc_binary {
        name: "android.hardware.health@2.0-service.device_name"
        overrides: ["healthd"],
        // ...
    }
    

    Oppure, se il modulo è in Make:

    LOCAL_MODULE_NAME := \
        android.hardware.health@2.0-service.device_name
    LOCAL_OVERRIDES_MODULES := healthd
    

    Se è installata l'implementazione predefinita android.hardware.health@2.0-service , implementa invece un android.hardware.health@2.0-service.device_name specifico del dispositivo. Per ulteriori informazioni, vedere Implementazione dell'integrità .