Le module de planification de périphérique contient une logique qui détecte si le périphérique est ou non dans un état inactif et peut être redémarré sans interruption de l'utilisateur.
Ce module améliore le taux d'absorption des mises à jour logicielles en fournissant un signal fiable de préparation au redémarrage aux installateurs. Un signal fiable de préparation au redémarrage permet aux installateurs de redémarrer l'appareil pour appliquer une mise à jour, tout en sachant que l'utilisateur n'a pas été perturbé par la mise à jour.
Le redémarrage automatique des appareils dans un état inutilisé permet des mises à jour plus rapides, par rapport à l'attente du redémarrage organique de l'appareil. En réduisant le temps nécessaire à l'application d'une mise à jour, les utilisateurs reçoivent plus rapidement les correctifs critiques, ce qui améliore la santé globale de leur appareil. Un taux d'absorption plus rapide permet également de trouver des régressions plus tôt.
Cette logique peut être mise à jour puisque la détermination de la préparation au redémarrage d'un appareil implique la prise en compte de plusieurs critères. Ces critères peuvent évoluer au fil du temps, donc la possibilité de mettre à jour cette logique garantit que le signal de préparation au redémarrage reste valide.
Limite du module
Dans Android 12, ce module contient du code dans le nouveau répertoire suivant :
-
packages/modules/Scheduling
Format de paquet
Le module Device Scheduling ( com.android.scheduling
) est livré sous la forme d'un package APEX.
Le module contient deux fichiers JAR :
framework-scheduling.jar:
contient la surface de l'API avec laquelle un programme d'installation interagit. Ceci fait partie dubootclasspath
.service-scheduling.jar
: contient un nouveau service système,RebootReadinessManagerService
. Chargé par le processus du serveur système.
Dépendances
Ce module n'a pas de dépendances externes.
,Le module de planification de périphérique contient une logique qui détecte si le périphérique est ou non dans un état inactif et peut être redémarré sans interruption de l'utilisateur.
Ce module améliore le taux d'absorption des mises à jour logicielles en fournissant un signal fiable de préparation au redémarrage aux installateurs. Un signal fiable de préparation au redémarrage permet aux installateurs de redémarrer l'appareil pour appliquer une mise à jour, tout en sachant que l'utilisateur n'a pas été perturbé par la mise à jour.
Le redémarrage automatique des appareils dans un état inutilisé permet des mises à jour plus rapides, par rapport à l'attente du redémarrage organique de l'appareil. En réduisant le temps nécessaire à l'application d'une mise à jour, les utilisateurs reçoivent plus rapidement les correctifs critiques, ce qui améliore la santé globale de leur appareil. Un taux d'absorption plus rapide permet également de trouver des régressions plus tôt.
Cette logique peut être mise à jour puisque la détermination de la préparation au redémarrage d'un appareil implique la prise en compte de plusieurs critères. Ces critères peuvent évoluer au fil du temps, donc la possibilité de mettre à jour cette logique garantit que le signal de préparation au redémarrage reste valide.
Limite du module
Dans Android 12, ce module contient du code dans le nouveau répertoire suivant :
-
packages/modules/Scheduling
Format de paquet
Le module Device Scheduling ( com.android.scheduling
) est livré sous la forme d'un package APEX.
Le module contient deux fichiers JAR :
framework-scheduling.jar:
contient la surface de l'API avec laquelle un programme d'installation interagit. Ceci fait partie dubootclasspath
.service-scheduling.jar
: contient un nouveau service système,RebootReadinessManagerService
. Chargé par le processus du serveur système.
Dépendances
Ce module n'a pas de dépendances externes.