Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Planowanie urządzeń
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Moduł harmonogramu urządzenia zawiera logikę, która wykrywa, czy urządzenie jest w stanie bezczynności i czy można je ponownie uruchomić bez zakłócania pracy użytkownika.
Ten moduł zwiększa szybkość wdrażania aktualizacji oprogramowania, zapewniając instalatorom niezawodne sygnały o gotowości do ponownego uruchamiania. Niezawodny sygnał gotowości do ponownego uruchamiania umożliwia instalatorom ponowne uruchamianie urządzenia w celu zastosowania aktualizacji, przy założeniu, że aktualizacja nie zakłóci pracy użytkownika.
Automatyczne restartowanie urządzeń w stanie nieużytkowania pozwala na szybsze instalowanie aktualizacji w porównaniu z czekaniem na naturalny restart urządzenia. Skrócenie czasu potrzebnego na zastosowanie aktualizacji pozwala użytkownikom szybciej otrzymywać ważne poprawki, co poprawia ogólną kondycję urządzenia. Szybsze tempo wdrażania umożliwia również szybsze wykrywanie regresji.
Ta logika może być aktualizowana, ponieważ określenie gotowości urządzenia do ponownego uruchomienia wymaga uwzględnienia wielu kryteriów. Te kryteria mogą się zmieniać w czasie, dlatego możliwość aktualizowania tej logiki zapewnia, że sygnał gotowości do ponownego uruchomienia pozostaje prawidłowy.
Granica modułu
W Androidzie 12 ten moduł zawiera kod w tym nowym katalogu:
packages/modules/Scheduling
Moduł harmonogramowania urządzeń (com.android.scheduling) jest dostarczany jako pakiet APEX.
Moduł zawiera 2 pliki JAR:
framework-scheduling.jar: Zawiera interfejs API, z którym współpracuje instalator. Jest to część bootclasspath.
service-scheduling.jar: zawiera nową usługę systemową RebootReadinessManagerService. Wczytywany przez proces serwera systemowego.
Zależności
Ten moduł nie ma zewnętrznych zależności.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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."]]
