5. Doze模式的维护窗口（Maintenance Window）：工作原理、时间间隔变化
好，咱们接着聊Doze模式。前面几章我们把Doze的“睡眠”阶段讲得差不多了——设备进入空闲状态，网络被掐掉，JobScheduler和AlarmManager都被按在地上摩擦。但有个问题你肯定想过：如果一直不让App干活，那闹钟怎么响？消息怎么收？
这就是维护窗口（Maintenance Window）要解决的问题。说白了，维护窗口就是Doze模式给App开的一个“小口子”，让它们能在特定时间窗口内恢复网络、执行任务、同步数据。我当年第一次接触这个机制时，觉得它就像监狱里的“放风时间”——平时关着，到点了放出来透透气。
5.1 维护窗口是什么？
维护窗口，英文叫Maintenance Window，是Doze模式中一个短暂的活跃期。在这个窗口内，系统会暂时退出深度睡眠状态，允许App访问网络、执行挂起的任务、处理Alarm。
你可以把它理解成：
- 平时：设备处于Doze睡眠态，App被限制，网络断开，WakeLock失效
- 维护窗口期间：设备短暂“醒来”，恢复网络连接，允许App执行任务
- 窗口结束后：设备再次进入Doze睡眠态，一切限制恢复
嗯，这里要注意：维护窗口不是由App触发的，而是由系统统一调度。所有App共享同一个维护窗口，而不是每个App各自拥有独立的窗口。这一点很多开发者会搞混——他们以为自己的App可以单独申请一个维护窗口，其实不行。
5.2 维护窗口的工作原理
维护窗口的触发机制，我画了一张图，你看完就明白了：
从图上你能看到，维护窗口是周期性出现的。设备进入Doze后，过一段时间就会开一个维护窗口，窗口结束后又回到睡眠态，然后等下一次窗口。这个周期不是固定的——它会越来越长。
5.3 时间间隔的变化规律
这是维护窗口最核心、也最容易被忽视的地方。时间间隔不是一成不变的，而是动态调整的。系统会根据设备的使用情况、网络状态、电量等因素，动态决定下一次维护窗口什么时候到来。
我整理了一张表，把间隔变化规律说清楚：
| 阶段 | 间隔时间 | 说明 |
|---|---|---|
| 初始间隔 | 约 1 分钟 | 设备刚进入Doze，第一个维护窗口很快到来 |
| 第二次 | 约 2 分钟 | 间隔翻倍 |
| 第三次 | 约 4 分钟 | 继续翻倍 |
| 第四次 | 约 8 分钟 | 指数增长 |
| ...以此类推 | ... | 直到达到上限 |
| 最大间隔 | 约 4 小时 | Android 8.0+ 上限为4小时，之前版本更短 |
为什么会这样？这是系统的一种“自适应”策略。设备空闲时间越长，说明用户越不可能马上使用，那维护窗口就可以拉得越开，省电效果越好。你想想看，如果手机放在桌上充电一晚上，每1分钟就开一次维护窗口，那Doze模式还有什么意义？
5.4 维护窗口内发生了什么？
维护窗口开启后，系统会做以下几件事：
- 恢复网络连接：App可以访问网络，进行数据同步、消息收发
- 执行挂起的Job：JobScheduler中那些被延迟的任务，现在可以跑了
- 触发Alarm：闹钟、定时任务等Alarm会被触发
- 处理WakeLock：App可以申请WakeLock，但窗口结束后会被释放
- 同步数据：SyncAdapter等同步任务可以执行
但注意，维护窗口是有时间限制的。窗口持续时间通常很短，大约在30秒到几分钟之间。系统会尽量让窗口短而高效，避免长时间唤醒设备。
5.5 维护窗口的触发条件
除了周期性调度，维护窗口还会在以下情况下被提前触发：
- 高优先级Alarm：比如闹钟、来电提醒等，系统会提前开窗口
- 用户交互：用户拿起手机、点亮屏幕，直接退出Doze模式
- 充电状态变化：插入充电器时，设备会退出Doze
- 网络状态变化：WiFi连接/断开时，可能触发窗口
我个人习惯把维护窗口分为两类：周期性窗口和事件驱动窗口。周期性窗口就是上面说的指数退避调度，事件驱动窗口则是被外部事件触发的。两者共同构成了Doze模式的“呼吸”机制。
5.6 如何观察维护窗口？
如果你想亲眼看看维护窗口是怎么工作的，可以用以下命令：
# 查看Doze状态和维护窗口信息
adb shell dumpsys deviceidle
# 强制进入Doze模式
adb shell dumpsys deviceidle force-idle
# 查看Alarm的调度情况
adb shell dumpsys alarm
# 查看JobScheduler的延迟情况
adb shell dumpsys jobscheduler我个人调试时最喜欢用dumpsys deviceidle，它会输出当前设备处于哪个阶段、下一次维护窗口还有多久、已经触发了多少次窗口等信息。嗯，这里有个小技巧：加上-h参数可以查看所有子命令，比如adb shell dumpsys deviceidle -h。
adb shell dumpsys deviceidle step命令手动推进Doze状态机，快速进入维护窗口阶段。这样就不用等几个小时了。
5.7 对App开发者的影响
维护窗口的存在，意味着App不能依赖“实时在线”来工作。你需要做到：
- 任务要能分段执行：不要指望一次维护窗口就能完成所有工作
- 使用JobScheduler而非AlarmManager：JobScheduler能更好地与维护窗口配合
- 设置合理的超时时间：维护窗口内任务执行时间不宜过长
- 做好幂等处理：同一个任务可能被多次执行，要保证结果一致
我记得有一次，一个IM App在维护窗口内尝试同步所有历史消息，结果窗口结束了只同步了一半。用户打开App发现消息不完整，以为是bug。后来我们改成只同步最近100条，剩下的等下次窗口再同步，问题就解决了。
好了，维护窗口的原理和变化规律就讲到这里。下一章我们会深入AlarmManager在Doze模式下的行为变化，看看那些被“阉割”的Alarm到底是怎么被处理的。