2025년 3월 27일부터 AOSP를 빌드하고 기여하려면 aosp-main 대신 android-latest-release를 사용하는 것이 좋습니다. 자세한 내용은 AOSP 변경사항을 참고하세요.
기기 예약
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
기기 예약 모듈은 기기가 유휴 상태인지 여부를 감지하는 로직을 포함하며 사용자 중단 없이 재부팅할 수 있습니다.
이 모듈은 신뢰할 수 있는 재부팅 준비 신호를 설치 프로그램에 제공하여 소프트웨어 업데이트의 활용률을 개선합니다. 안정적인 재부팅 준비 신호를 통해 설치 프로그램은 기기를 재부팅하여 사용자가 업데이트로 인해 방해를 받지 않았음을 인지하고 업데이트를 적용할 수 있습니다.
미사용 상태에서 기기를 자동으로 재부팅하므로 기기가 자연스럽게 재부팅될 때까지 기다리는 것에 비해 더 빠르게 업데이트할 수 있습니다. 업데이트 적용에 걸리는 시간이 줄어들면 사용자는 기기의 전반적인 상태를 개선하는 중요한 수정사항을 더 빠르게 받을 수 있습니다. 또한 활용률이 높아지면 회귀를 더 빨리 찾을 수 있습니다.
기기의 재부팅 준비 상태를 확인하려면 여러 기준을 고려해야 하므로 이 로직은 업데이트가 가능합니다. 이러한 기준은 시간이 지남에 따라 발전할 수 있으므로 이 로직을 업데이트할 수 있으면 재부팅 준비 신호가 유효한 상태로 유지됩니다.
모듈 경계
Android 12에서 이 모듈은 다음과 같은 새 디렉터리의 코드를 포함합니다.
packages/modules/Scheduling
기기 예약 모듈(com.android.scheduling)은 APEX 패키지로 제공됩니다.
모듈에는 2개의 JAR 파일이 포함됩니다.
종속 항목
이 모듈에는 외부 종속 항목이 없습니다.
이 페이지에 나와 있는 콘텐츠와 코드 샘플에는 콘텐츠 라이선스에서 설명하는 라이선스가 적용됩니다. 자바 및 OpenJDK는 Oracle 및 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."]]
