A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.
Programación del dispositivo
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
El módulo de programación de dispositivos contiene una lógica que detecta si el dispositivo se encuentra en estado de inactividad o no, y si puede reiniciarse sin interrumpir al usuario.
Este módulo mejora la tasa de adopción de las actualizaciones de software, ya que proporciona a los instaladores una señal confiable de preparación para el reinicio. Un indicador confiable de preparación para el reinicio permite que los instaladores reinicien el dispositivo para aplicar una actualización, con la seguridad de que la actualización no interrumpió al usuario.
El reinicio automático de los dispositivos en un estado sin usar permite actualizaciones más rápidas, en comparación con esperar a que el dispositivo se reinicie de forma orgánica. Cuando se reduce el tiempo que se tarda en aplicar una actualización, los usuarios reciben correcciones críticas más rápido, lo que mejora el estado general del dispositivo. Una tasa de adopción más rápida también permite encontrar regresiones antes.
Esta lógica se puede actualizar, ya que determinar la preparación para el reinicio de un dispositivo implica considerar varios criterios. Estos criterios pueden evolucionar con el tiempo, por lo que poder actualizar esta lógica garantiza que el indicador de preparación para el reinicio siga siendo válido.
Límite del módulo
En Android 12, este módulo contiene código en el siguiente directorio nuevo:
packages/modules/Scheduling
El módulo de programación de dispositivos (com.android.scheduling) se envía como un paquete APEX.
El módulo contiene dos archivos JAR:
framework-scheduling.jar: Contiene la plataforma de la API con la que interactúa un instalador. Esta es una parte del bootclasspath.
service-scheduling.jar: Contiene un nuevo servicio del sistema, RebootReadinessManagerService. Se carga con el proceso del servidor del sistema.
Dependencias
Este módulo no tiene dependencias externas.
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-07-27 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
