引言在上一篇输入系统的文章中，我们看到Android如何精准地将用户触摸传递给应用。但有一个问题值得思考：当用户不操作时，系统如何决定是保持唤醒还是进入休眠？这就是PowerManagerService(PMS)的职责。它就像一个精明的电力调度员——既要保证用户需要时系统随时响应，又要在空闲时尽可能节约电量。这种平衡，是Android续航优化的核心。一、PowerManagerService整体架构1.1 架构设计哲学PMS的设计遵循几个核心原则：分层隔离：应用层无法直接控制硬件，必须通过PMS这个"守门人"状态汇总：多个应用的电源需求汇总后，取"最高要求"执行策略可配：不同设备可以定制休眠策略，而不改变核心逻辑1.2 四层架构1.3 核心职责PMS承担五大核心职责：职责说明关键类/方法WakeLock管理管理应用的唤醒锁请求acquireWakeLockInternal()电源状态控制决定系统处于唤醒/休眠状态updatePowerStateLocked()亮度管理控制屏幕亮度和自动调节DisplayPowerController休眠/唤醒触发系统进入或退出休眠goToSleepInternal()电池监控监听电池状态变化BatteryService二、电源状态机2.1 理解电源状态Android定义了几种核心电源状态，它们构成一个状态机：用户活动/WakeLock ↓ ┌─────────────────┐ │ AWAKE │ ←── 屏幕亮、CPU运行、用户可交互 │ (完全唤醒) │ └────────┬────────┘ │ 屏幕超时 ↓ ┌─────────────────┐ │ DOZE │ ←── 屏幕关、CPU间歇运行(Doze模式) │ (打盹模式) │ └────────┬────────┘ │ 深度空闲 ↓ ┌─────────────────┐ │ ASLEEP │ ←── 屏幕关、CPU休眠、最低功耗 │ (深度休眠) │ └─────────────────┘2.2 状态转换的触发条件// frameworks/base/services/core/java/com/android/server/power/PowerManagerService.java// 核心状态更新方法privatevoidupdatePowerStateLocked(){// 1. 更新WakeLock汇总状态updateWakeLockSummaryLocked(dirtyPhase1);// 2. 更新用户活动状态updateUserActivitySummaryLocked(now,dirtyPhase1);// 3. 决定是否需要保持唤醒updateWakefulnessLocked(dirtyPhase1);// 4. 更新显示电源状态updateDisplayPowerStateLocked(dirtyPhase2);// 5. 更新屏保状态updateDreamLocked(dirtyPhase2);// 6. 最后决定是否进入休眠updateSuspendBlockerLocked();}关键理解：这个方法是PMS的"心脏"，每次电源相关事件发生时都会调用，重新计算系统应该处于什么状态。2.3 状态判断的核心逻辑// 判断系统是否需要保持唤醒privatebooleanisItBedTimeYetLocked(){// 有活跃的WakeLock → 不能睡if(mWakeLockSummary!=0){returnfalse;}// 有用户活动 → 不能睡if(mUserActivitySummary!=0){returnfalse;}// 正在充电且设置了常亮 → 不能睡if(mStayOn){returnfalse;}// 可以休眠了returntrue;}设计思想：采用"否决权"模式——任何一个条件不满足，系统就不能休眠。这保证了用户体验优先。三、WakeLock机制详解3.1 什么是WakeLock？WakeLock(唤醒锁)是应用**告诉系统"我正在做重要的事，别让我睡着"**的机制。生活类比：想象你在图书馆自习，困了想睡觉。但如果有人在问你问题(WakeLock)，你就不能睡。只有当所有人都离开(所有WakeLock释放)，你才能安心休息。3.2 WakeLock类型Android定义了多种WakeLock类型，控制不同级别的唤醒：类型CPU屏幕键盘灯典型场景PARTIAL_WAKE_LOCK✓××后台下载、音乐播放SCREEN_DIM_WAKE_LOCK✓暗