27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
Cihaz planlama
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Cihaz planlama modülü, cihazın boşta olup olmadığını ve kullanıcının kesintiye uğramadan yeniden başlatılıp başlatılamayacağını algılayan mantık içerir.
Bu modül, yükleyicilere yeniden başlatmaya hazır olduğunuza dair güvenilir bir sinyal sağlayarak yazılım güncellemelerinin kullanım oranını artırır. Güvenilir bir yeniden başlatma hazırlığı sinyali, yükleyicilerin güncelleme uygulamak için cihazı yeniden başlatmasını sağlar. Bu durumda kullanıcının güncelleme nedeniyle kesintiye uğramadığından emin olabilirsiniz.
Kullanılmayan durumdaki cihazları otomatik olarak yeniden başlatmak, cihazın doğal olarak yeniden başlatılmasını beklemeye kıyasla daha hızlı güncelleme yapılmasını sağlar. Güncellemenin uygulanması için gereken süreyi kısaltarak kullanıcılara kritik düzeltmeleri daha hızlı sunabilir ve cihazlarının genel sağlığını iyileştirebilirsiniz. Daha hızlı bir kullanım oranı, gerilemelerin daha erken bulunmasını da sağlar.
Bir cihazın yeniden başlatmaya hazır olup olmadığının belirlenmesi birden fazla ölçütün dikkate alınmasını gerektirdiğinden bu mantık güncellenebilir. Bu ölçütler zaman içinde değişebilir. Bu nedenle, bu mantığı güncelleyebilmek, yeniden başlatma hazırlığı sinyalinin geçerli kalmasını sağlar.
Modül sınırı
Android 12'de bu modül, aşağıdaki yeni dizinde kod içerir:
packages/modules/Scheduling
Cihaz planlama modülü (com.android.scheduling), APEX paketi olarak gönderilir.
Modül iki JAR dosyası içerir:
framework-scheduling.jar: Yükleyicinin etkileşimde bulunduğu API yüzeyini içerir. Bu, bootclasspath kapsamındadır.
service-scheduling.jar: RebootReadinessManagerService adlı yeni bir sistem hizmeti içerir. Sistem sunucusu işlemi tarafından yüklenir.
Bağımlılıklar
Bu modülün harici bağımlılığı yoktur.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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."]]
