5、Doze模式：Android 6.0引入的Doze模式、工作原理、Idle状态维护窗口、如何适配Doze
说到Android的电源管理，Doze模式绝对是个里程碑式的设计。我记得Android 6.0刚发布那会儿，我还在做一个企业级通讯App，用户反馈最多的就是「手机待机一晚上掉电20%」。后来Google推出了Doze模式，这个问题才真正有了系统级的解决方案。
说白了，Doze模式就是让手机在你不碰它的时候，进入一种「半休眠」状态。系统会限制App的网络访问、推迟后台任务、合并唤醒对齐。你想想看，如果每个App都按自己的节奏去唤醒CPU，那电池能撑多久？
5.1 Doze模式的工作原理
Doze模式的核心逻辑其实不复杂。系统会监测设备的运动状态和屏幕状态。当满足以下条件时，就会进入Doze：
- 屏幕关闭超过一段时间
- 设备处于静止状态（没有加速度变化）
- 未连接充电器
一旦进入Doze，系统会做两件事：
- 冻结网络访问——所有App的Wi-Fi和移动网络都会被挂起
- 推迟后台任务——JobScheduler、AlarmManager、SyncAdapter等都会被延迟执行
但系统也不是完全不管App的死活。它会周期性地打开一个「维护窗口」，让App们喘口气。这个窗口的时间窗口，我后面会详细讲。
核心要点：Doze模式不是一刀切地杀死所有后台活动，而是通过「合并唤醒」来减少CPU被频繁唤醒的次数。说白了，就是把零散的请求攒到一起处理。
5.2 Idle状态维护窗口
这里有个关键概念——维护窗口（Maintenance Window）。系统不会让App永远处于饥饿状态。它会周期性地退出Doze一小段时间，让App处理一些紧急任务。
维护窗口的时间间隔是动态调整的。我给大家拆解一下：
| 阶段 | 进入Doze后的时间 | 维护窗口时长 | 说明 |
|---|---|---|---|
| 第一阶段 | 0~30分钟 | — | 预Doze，仅限制网络 |
| 第二阶段 | 30分钟~2小时 | 约30秒 | 每30分钟一次维护窗口 |
| 第三阶段 | 2小时~4小时 | 约60秒 | 每60分钟一次维护窗口 |
| 第四阶段 | 4小时以上 | 约90秒 | 每90分钟一次维护窗口 |
嗯，这里要注意：维护窗口的时间不是固定的。系统会根据设备的使用模式动态调整。比如你晚上睡觉时手机一直不动，维护窗口的间隔会越来越长。但如果你半夜起来看了下时间，系统会重置计时器。
个人经验：我在做即时通讯App时，发现维护窗口内发送的消息经常延迟。后来我们改用FCM（Firebase Cloud Messaging）高优先级推送，才解决了这个问题。说白了，Doze模式下普通网络请求就是会被延迟，这是设计如此。
5.3 如何适配Doze模式
适配Doze模式，说白了就是让你的App在「被限制」的环境下还能正常工作。我总结了几个关键点：
5.3.1 使用高优先级FCM消息
如果你的App需要即时推送（比如聊天、支付通知），一定要用FCM的高优先级消息。这类消息可以绕过Doze限制，直接唤醒设备。
// FCM高优先级消息示例（服务端）
{
"to": "device_token",
"priority": "high",
"notification": {
"title": "新消息",
"body": "你有一条紧急通知"
}
}5.3.2 合理使用AlarmManager
Doze模式下，标准的set()和setRepeating()会被推迟到下一个维护窗口。如果你需要精确时间，必须使用setAlarmClock()或setExactAndAllowWhileIdle()。
// 允许在Doze模式下触发的闹钟
AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
alarmManager.setExactAndAllowWhileIdle(
AlarmManager.RTC_WAKEUP,
triggerTimeMillis,
pendingIntent
);
}避坑指南：我曾经在一个闹钟App里用了setRepeating()，结果用户反馈闹钟经常不响。查了半天才发现是Doze模式把重复闹钟给推迟了。后来全部改成setExactAndAllowWhileIdle() + 手动计算下次触发时间，问题才解决。
5.3.3 使用JobScheduler替代后台Service
Android 8.0以后，后台Service的限制越来越严。我建议你直接用JobScheduler来处理后台任务。JobScheduler天然支持Doze模式，系统会在维护窗口内统一调度。
// 使用JobScheduler处理后台同步
JobInfo jobInfo = new JobInfo.Builder(JOB_ID, new ComponentName(this, SyncJobService.class))
.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY)
.setPeriodic(15 * 60 * 1000) // 15分钟周期
.setPersisted(true)
.build();
JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
jobScheduler.schedule(jobInfo);5.3.4 申请临时白名单（谨慎使用）
如果你的App确实需要绕过Doze（比如音乐播放器、导航App），可以申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限。但说实话，我不建议滥用这个权限。Google Play审核很严，用户也会反感。
// 请求忽略电池优化（谨慎使用）
Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
intent.setData(Uri.parse("package:" + getPackageName()));
startActivity(intent);我的建议：除非你的App核心功能依赖持续后台运行（比如VoIP通话、导航），否则不要申请白名单。大部分场景下，用FCM + JobScheduler就能搞定。你想想看，用户既然开启了Doze，就是希望省电，你非要绕过去，用户体验反而会变差。
5.4 调试Doze模式
最后分享一个调试技巧。你可以用adb命令强制进入Doze模式，方便测试：
# 强制进入Doze模式
adb shell dumpsys deviceidle force-idle
# 退出Doze模式
adb shell dumpsys deviceidle unforce
# 查看当前Doze状态
adb shell dumpsys deviceidle嗯，Doze模式的内容就这些。记住一个核心原则：尊重系统的省电策略，用对API，别跟系统对着干。我在项目里见过太多App因为不适配Doze，导致用户投诉「手机待机耗电快」，最后不得不紧急发版修复。提前做好适配，能省很多麻烦。
公众号:蓝海资料掘金营，微信deep3321