Descontinuando health@1.0

A estrutura continuará a funcionar com health@1.0 até que seja totalmente obsoleta de acordo com o cronograma de descontinuação HAL padrão. Quando health@1.0 está obsoleto (entrada removida da matriz de compatibilidade do framework ), healthd e libbatterymonitor também devem ser removidos do sistema para evitar comportamentos desconhecidos para healthd. Como health@1.0 é uma HAL opcional e todas as dependências healthd para health@1.0 são protegidas por verificações NULL, nada deve ser interrompido na depreciação.

Quando o Android remove o caminho do código legado (healthd, health@1.0), Health@1.0 HAL é preterido de acordo com o cronograma de descontinuação. Além disso, o Android também remove o seguinte:

1. dependência healthd na estrutura
2. saudável
3. health@1.0 biblioteca de definições HAL do sistema
4. entrada health@1.0 na matriz de compatibilidade da estrutura

Removendo a integridade

Para dispositivos iniciados com o Android 9 e dispositivos atualizados para o Android 9 que fornecem o Health 2.0 HAL na nova imagem do fornecedor, recomendamos remover o healthd da imagem do sistema para economizar espaço em disco e acelerar o tempo de inicialização.

Para fazer isso:

1. Remova healthd e healthd.rc da imagem do sistema adicionando a seguinte linha à implementação específica do dispositivo em Soong:

   cc_binary {
       name: "[e-mail]_name"
       overrides: ["healthd"],
       // ...
   }
   

   Ou, se o módulo estiver em Make:

   LOCAL_MODULE_NAME := \
       [e-mail]_name
   LOCAL_OVERRIDES_MODULES := healthd
   

   Se a implementação padrão android.hardware.health@2.0-service estiver instalada, implemente um [e-mail]_name específico do dispositivo. Para obter mais informações, consulte Implementando integridade .