A partire dal 27 marzo 2025, ti consigliamo di utilizzare android-latest-release anziché aosp-main per compilare e contribuire ad AOSP. Per ulteriori informazioni, vedi Modifiche ad AOSP.
Pianificazione dei dispositivi
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Il modulo Pianificazione dispositivo contiene la logica che rileva se il dispositivo è in stato di inattività e può essere riavviato senza interruzioni per l'utente.
Questo modulo migliora il tasso di adozione degli aggiornamenti software fornendo ai programmatori di installazione un indicatore affidabile di idoneità al riavvio. Un indicatore di idoneità al riavvio affidabile consente agli installatori di riavviare il dispositivo per applicare un aggiornamento, sapendo che l'utente non è stato interrotto dall'aggiornamento.
Il riavvio automatico dei dispositivi in uno stato inutilizzato consente aggiornamenti più rapidi rispetto all'attesa del riavvio organico del dispositivo. Riducendo il tempo necessario per l'applicazione di un aggiornamento, gli utenti ricevono più rapidamente le correzioni critiche, il che migliora lo stato generale del dispositivo. Un tasso di adozione più rapido consente inoltre di rilevare più rapidamente le regressioni.
Questa logica è aggiornabile poiché la determinazione dell'idoneità al riavvio di un dispositivo richiede la considerazione di più criteri. Questi criteri possono evolversi nel tempo, quindi la possibilità di aggiornare questa logica garantisce che l'indicatore di idoneità al riavvio rimanga valido.
Confine del modulo
In Android 12, questo modulo contiene il codice nella
seguente nuova directory:
packages/modules/Scheduling
Il modulo Pianificazione dei dispositivi (com.android.scheduling) viene fornito come pacchetto APEX.
Il modulo contiene due file JAR:
framework-scheduling.jar: Contiene l'interfaccia API con cui interagisce un installatore. Questa è una parte del bootclasspath.
service-scheduling.jar: contiene un nuovo servizio di sistema,
RebootReadinessManagerService. Caricato dal processo del server di sistema.
Dipendenze
Questo modulo non ha dipendenze esterne.
I campioni di contenuti e codice in questa pagina sono soggetti alle licenze descritte nella Licenza per i contenuti. Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Ultimo aggiornamento 2025-07-27 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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."]]
