Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Penjadwalan Perangkat
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Modul Penjadwalan Perangkat berisi logika yang mendeteksi apakah
perangkat dalam status tidak ada aktivitas atau tidak, dan dapat dimulai ulang tanpa gangguan pengguna.
Modul ini meningkatkan tingkat penggunaan update software dengan
memberikan sinyal kesiapan mulai ulang yang andal kepada penginstal. Sinyal kesiapan
memulai ulang yang andal memungkinkan penginstal memulai ulang perangkat untuk menerapkan update,
dengan mengetahui bahwa pengguna tidak terganggu oleh update.
Memulai ulang perangkat secara otomatis dalam status yang tidak digunakan memungkinkan update yang lebih cepat,
dibandingkan dengan menunggu perangkat dimulai ulang secara organik. Dengan mengurangi
waktu yang diperlukan untuk menerapkan update, pengguna akan menerima perbaikan penting lebih cepat
sehingga meningkatkan kesehatan perangkat secara keseluruhan. Rasio penyerapan yang lebih cepat
juga memungkinkan regresi ditemukan lebih cepat.
Logika ini dapat diperbarui karena menentukan kesiapan mulai ulang perangkat
mencakup pertimbangan beberapa kriteria. Kriteria ini dapat berkembang seiring
waktu, sehingga kemampuan untuk memperbarui logika ini memastikan bahwa sinyal kesiapan
reboot tetap valid.
Batas modul
Di Android 12, modul ini berisi kode di
direktori baru berikut:
packages/modules/Scheduling
Modul Penjadwalan Perangkat (com.android.scheduling) dikirim sebagai paket APEX.
Modul ini berisi dua file JAR:
framework-scheduling.jar: Berisi platform API yang berinteraksi dengan
penginstal. Ini adalah bagian dari bootclasspath.
service-scheduling.jar: Berisi layanan sistem baru,
RebootReadinessManagerService. Dimuat oleh proses server sistem.
Dependensi
Modul ini tidak memiliki dependensi eksternal.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
