החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release במקום ב-aosp-main כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
תזמון מכשירים
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
המודול 'תזמון מכשיר' מכיל לוגיקה שמזהה אם המכשיר נמצא במצב חוסר פעילות, ואם אפשר להפעיל אותו מחדש בלי להפריע למשתמש.
המודול הזה משפר את שיעור ההטמעה של עדכוני תוכנה על ידי מתן אות מהימן למתקינים על מוכנות להפעלה מחדש. אות מהימן של מוכנות להפעלה מחדש מאפשר למתקינים להפעיל מחדש את המכשיר כדי להחיל עדכון, בידיעה שהעדכון לא יפריע למשתמש.
הפעלה מחדש אוטומטית של מכשירים במצב לא פעיל מאפשרת לבצע עדכונים מהר יותר, בהשוואה להמתנה להפעלה מחדש אורגנית של המכשיר. כשמשך הזמן הנדרש להטמעת עדכון מתקצר, המשתמשים מקבלים תיקונים קריטיים מהר יותר, וכך משפרים את התקינות הכוללת של המכשיר. שיעור אימוץ מהיר יותר מאפשר גם למצוא רגרסיות מוקדם יותר.
אפשר לעדכן את הלוגיקה הזו, כי כדי לקבוע אם מכשיר מוכן להפעלה מחדש צריך להביא בחשבון כמה קריטריונים. הקריטריונים האלה עשויים להשתנות עם הזמן, ולכן היכולת לעדכן את הלוגיקה הזו מבטיחה שהאות לגבי מוכנות להפעלה מחדש יישאר תקף.
גבול המודול
ב-Android 12, המודול הזה מכיל קוד בספרייה החדשה הבאה:
packages/modules/Scheduling
המודול Device Scheduling (com.android.scheduling) מגיע כחבילת APEX.
המודול מכיל שני קובצי JAR:
framework-scheduling.jar: מכיל את ממשק ה-API שבו מתבצעת האינטראקציה של מנהל ההתקנות. זהו חלק מ-bootclasspath.
service-scheduling.jar: מכיל שירות מערכת חדש, RebootReadinessManagerService. נטען על ידי תהליך שרת המערכת.
יחסי תלות
למודול הזה אין יחסי תלות חיצוניים.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 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."]]
