Das Framework funktioniert weiterhin mit health@1.0, bis es vollständig eingestellt wird.
nach dem Standard
Zeitplan zur Einstellung von HAL.
Wenn Health@1.0 veraltet ist (Eintrag entfernt aus
Framework-Kompatibilitätsmatrix),
healthd
und libbatterymonitor
müssen ebenfalls vom System entfernt werden, um dies zu vermeiden.
unbekannte Verhaltensweisen. Da Health@1.0 ein optionaler HAL ist und alle
healthd
-Abhängigkeiten von health@1.0 werden durch NULL-Prüfungen geschützt, nichts sollte
eine Pause bei der Einstellung.
Wenn Android den Legacy-Codepfad (healthd, health@1.0), Health@1.0 HAL entfernt gemäß dem Zeitplan für die Einstellung verworfen. Außerdem nutzt Android wird Folgendes entfernt:
- fehlerfreie Abhängigkeit im Framework
- gesund
- HAL-Definitionsbibliothek vom Typ Health@1.0 vom System
- Health@1.0-Eintrag in der Framework-Kompatibilitätsmatrix
Fehlerfreie Version entfernen
Für Geräte, die mit Android 9 auf den Markt gebracht werden, und Geräte
Upgrade auf Android 9 mit Health 2.0 HAL
im neuen Anbieter-Image empfehlen wir, healthd
aus dem System-Image zu entfernen.
um Speicherplatz zu sparen und die Bootzeit zu beschleunigen.
Gehen Sie dazu so vor:
Entferne
healthd
undhealthd.rc
aus dem System-Image, indem du die folgende Zeile zur gerätespezifischen Implementierung in Soong:cc_binary { name: "android.hardware.health@2.0-service.device_name" overrides: ["healthd"], // ... }
Wenn sich das Modul unter dem Namen „Make“ befindet:
LOCAL_MODULE_NAME := \ android.hardware.health@2.0-service.device_name LOCAL_OVERRIDES_MODULES := healthd
Wenn die Standardimplementierung
android.hardware.health@2.0-service
gleich eine gerätespezifischeandroid.hardware.health@2.0-service.device_name
. Weitere Informationen finden Sie unter Google Health implementieren.