Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release thay vì aosp-main để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Lên lịch cho thiết bị
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Mô-đun Lên lịch thiết bị chứa logic phát hiện xem thiết bị có ở trạng thái rảnh hay không và có thể khởi động lại mà không làm gián đoạn người dùng hay không.
Mô-đun này cải thiện tỷ lệ sử dụng bản cập nhật phần mềm bằng cách cung cấp tín hiệu đáng tin cậy về trạng thái sẵn sàng khởi động lại cho trình cài đặt. Tín hiệu sẵn sàng khởi động lại đáng tin cậy cho phép trình cài đặt khởi động lại thiết bị để áp dụng bản cập nhật, với thông tin rằng người dùng không bị gián đoạn bởi bản cập nhật.
Việc tự động khởi động lại các thiết bị ở trạng thái không sử dụng cho phép cập nhật nhanh hơn so với việc chờ thiết bị khởi động lại một cách tự nhiên. Bằng cách giảm thời gian áp dụng bản cập nhật, người dùng sẽ nhận được các bản sửa lỗi quan trọng nhanh hơn, giúp cải thiện tình trạng tổng thể của thiết bị. Tốc độ tiếp nhận nhanh hơn cũng giúp phát hiện được các hồi quy sớm hơn.
Bạn có thể cập nhật logic này vì việc xác định trạng thái sẵn sàng khởi động lại của thiết bị liên quan đến việc xem xét nhiều tiêu chí. Các tiêu chí này có thể thay đổi theo thời gian, vì vậy, việc có thể cập nhật logic này đảm bảo rằng tín hiệu sẵn sàng khởi động lại vẫn hợp lệ.
Ranh giới mô-đun
Trong Android 12, mô-đun này chứa mã trong thư mục mới sau:
packages/modules/Scheduling
Mô-đun Lịch biểu thiết bị (com.android.scheduling) được phân phối dưới dạng gói APEX.
Mô-đun này chứa hai tệp JAR:
framework-scheduling.jar: Chứa giao diện API mà trình cài đặt tương tác. Đây là một phần của bootclasspath.
service-scheduling.jar: Chứa một dịch vụ hệ thống mới, RebootReadinessManagerService. Được tải bằng quy trình máy chủ hệ thống.
Phần phụ thuộc
Mô-đun này không có phần phụ thuộc bên ngoài.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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."]]
