À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Planification des appareils
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Le module de planification des appareils contient une logique qui détecte si l'appareil est en veille ou non, et s'il peut être redémarré sans perturber l'utilisateur.
Ce module améliore le taux d'adoption des mises à jour logicielles en fournissant aux programmes d'installation un signal fiable sur la préparation au redémarrage. Un signal de préparation au redémarrage fiable permet aux installateurs de redémarrer l'appareil pour appliquer une mise à jour, en sachant que l'utilisateur n'a pas été perturbé par la mise à jour.
Redémarrer automatiquement les appareils inutilisés permet d'accélérer les mises à jour, par rapport à l'attente du redémarrage naturel de l'appareil. En réduisant le temps d'application d'une mise à jour, les utilisateurs reçoivent plus rapidement les correctifs critiques, ce qui améliore l'état global de leur appareil. Un taux d'adoption plus rapide permet également de détecter plus rapidement les régressions.
Cette logique peut être mise à jour, car la détermination de la préparation au redémarrage d'un appareil implique de prendre en compte plusieurs critères. Ces critères peuvent évoluer au fil du temps. 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
Le module de planification des appareils (com.android.scheduling) est fourni en tant que package APEX.
Le module contient deux fichiers JAR:
framework-scheduling.jar: : contient la surface de l'API avec laquelle un programme d'installation interagit. Cela fait partie de bootclasspath.
service-scheduling.jar: contient un nouveau service système, RebootReadinessManagerService. Chargement par le processus du serveur système.
Dépendances
Ce module ne comporte aucune dépendance externe.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Device Scheduling\n\nThe Device Scheduling module contains logic that detects whether or not the\ndevice is in an idle state, and may be rebooted without user disruption.\n\nThis module improves the uptake rate of software updates by\nproviding a reliable signal of reboot readiness to installers. A reliable reboot\nreadiness signal enables installers to reboot the device to apply an update,\nwith the knowledge that the user hasn't been disrupted by the update.\n\nAutomatically rebooting devices in an unused state allows for faster updates,\ncompared to waiting for the device to be organically rebooted. By reducing the\ntime taken for an update to be applied, users receive critical fixes quicker\nwhich improves the overall health of their device. A quicker uptake rate\nalso enables regressions to be found sooner.\n\nThis logic is updatable since determining the reboot readiness of a device\ninvolves the consideration of multiple criteria. These criteria may evolve over\ntime, so being able to update this logic ensures that the reboot readiness\nsignal remains valid.\n\nModule boundary\n---------------\n\nIn Android 12, this module contains code in the\nfollowing new directory:\n\n- `packages/modules/Scheduling`\n\nPackage format\n--------------\n\nThe Device Scheduling module (`com.android.scheduling`) ships as an APEX\npackage.\n\nThe module contains two JAR files:\n\n- `framework-scheduling.jar:` Contains the API surface that an installer\n interacts with. This is a part of the `bootclasspath`.\n\n- `service-scheduling.jar`: Contains a new system service,\n `RebootReadinessManagerService`. Loaded by the system server process.\n\nDependencies\n------------\n\nThis module has no external dependencies."]]
