Desaprobación de salud@1.0

El marco seguirá funcionando con health@1.0 hasta que quede totalmente obsoleto según el programa de desuso estándar de HAL . Cuando Health@1.0 está en desuso (entrada eliminada de la matriz de compatibilidad del marco ), healthd y libbatterymonitor también deben eliminarse del sistema para evitar comportamientos desconocidos para Healthd. Como Health@1.0 es un HAL opcional y todas las dependencias healthd con Health@1.0 están protegidas por comprobaciones NULL, nada debería fallar en caso de desuso.

Cuando Android elimina la ruta del código heredado (healthd, health@1.0), Health@1.0 HAL queda obsoleto según el cronograma de obsolescencia. Además, Android también elimina lo siguiente:

1. dependencia de salud en el marco
2. salud
3. salud@1.0 Biblioteca de definición HAL del sistema
4. Entrada de salud @ 1.0 en la matriz de compatibilidad del marco

Eliminando salud

Para dispositivos que se inician con Android 9 y dispositivos que se actualizan a Android 9 y que proporcionan Health 2.0 HAL en la nueva imagen del proveedor, recomendamos eliminar healthd de la imagen del sistema para ahorrar espacio en el disco y acelerar el tiempo de inicio.

Para hacerlo:

1. Elimine healthd y healthd.rc de la imagen del sistema agregando la siguiente línea a la implementación específica del dispositivo en Soong:

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

   O, si el módulo está en Make:

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

   Si está instalada la implementación predeterminada android.hardware.health@2.0-service , implemente en su lugar un android.hardware.health@2.0-service.device_name específico del dispositivo. Para obtener más información, consulte Implementación de salud .