A partir de 27 de março de 2025, recomendamos usar android-latest-release em vez de aosp-main para criar e contribuir com o AOSP. Para mais informações, consulte Mudanças no AOSP.
Device Scheduling
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O módulo "Device Scheduling" contém uma lógica que detecta se o
dispositivo está no estado inativo e pode ser reinicializado sem atrapalhar o usuário.
Esse módulo melhora a taxa de adoção de atualizações de software,
fornecendo um indicador confiável de prontidão para reinicialização aos instaladores. Um indicador de
preparação de reinicialização confiável permite que os instaladores reiniciem o dispositivo para aplicar uma atualização,
sabendo que o usuário não foi interrompido pela atualização.
A reinicialização automática de dispositivos em um estado não utilizado permite atualizações mais rápidas,
em comparação com a espera para que o dispositivo seja reinicializado de forma orgânica. Ao reduzir o
tempo necessário para aplicar uma atualização, os usuários recebem correções críticas mais rapidamente,
o que melhora a integridade geral do dispositivo. Uma taxa de adoção mais rápida
também permite que as regressões sejam encontradas mais cedo.
Essa lógica pode ser atualizada, já que determinar a prontidão de reinicialização de um dispositivo
envolve a consideração de vários critérios. Esses critérios podem evoluir ao
longo do tempo. Portanto, a atualização dessa lógica garante que o indicador de
preparação para reinicialização permaneça válido.
Limite do módulo
No Android 12, esse módulo contém código no
seguinte novo diretório:
packages/modules/Scheduling
O módulo de programação de dispositivos (com.android.scheduling) é enviado como um pacote
APEX.
O módulo contém dois arquivos JAR:
framework-scheduling.jar: Contém a plataforma da API com que um instalador
interage. Isso faz parte do bootclasspath.
service-scheduling.jar: contém um novo serviço do sistema,
RebootReadinessManagerService. Carregado pelo processo do servidor do sistema.
Dependências
Este módulo não tem dependências externas.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-07-27 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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."]]
