El framework seguirá funcionando con health@1.0 hasta que quede obsoleto por completo
de acuerdo con el estándar
Programa de baja de HAL.
Cuando health@1.0 deja de estar disponible (se quita la entrada de
matriz de compatibilidad con el framework),
También se deben quitar healthd y libbatterymonitor del sistema para evitar
comportamientos desconocidos para personas sanas. Como health@1.0 es una HAL opcional,
Las dependencias de healthd a health@1.0 están protegidas por verificaciones NULL, por lo que nada debería
cuando se dé de baja.
Cuando Android quita la ruta de acceso de código heredado (healthd, health@1.0), Health@1.0 HAL se da de baja según el programa de baja. Además, Android también quita lo siguiente:
- dependencia sana en el framework
- saludable
- Biblioteca de definición de HAL health@1.0 del sistema
- Entrada de health@1.0 en la matriz de compatibilidad del framework
Quitar estado
Para dispositivos que se lanzan con Android 9 y dispositivos
actualizaciones a Android 9 que proporcionan la HAL de Health 2.0
en la nueva imagen del proveedor, te recomendamos que quites healthd de la imagen del sistema
para ahorrar espacio en el disco
y acelerar el tiempo de inicio.
Para ello, sigue estos pasos:
Para quitar
healthdyhealthd.rcde la imagen del sistema, agrega el elemento siguiente línea a la implementación específica para el dispositivo en Soong:cc_binary { name: "android.hardware.health@2.0-service.device_name" overrides: ["healthd"], // ... }O bien, si el módulo está en Make:
LOCAL_MODULE_NAME := \ android.hardware.health@2.0-service.device_name LOCAL_OVERRIDES_MODULES := healthdSi la implementación predeterminada de
android.hardware.health@2.0-servicees instalar, implementar una interfaz específica del dispositivoandroid.hardware.health@2.0-service.device_nameen su lugar. Para ver más consulta Cómo implementar Health.