1. Doze模式概述：什么是Doze模式、为什么需要Doze模式、Doze模式的发展历史
各位同学，今天我们来聊聊Android电源管理里一个绕不开的话题——Doze模式。嗯，这玩意儿从Android 6.0开始引入，到现在已经迭代了好几个大版本。我最早接触它的时候，还在为一个项目里的待机功耗问题头疼不已。说白了，Doze模式就是Google为了解决Android设备待机耗电过快而设计的一套省电机制。
什么是Doze模式
Doze模式，你可以把它理解成系统的一种「深度睡眠」状态。当手机长时间静止不动、屏幕关闭、且没有连接充电器时，系统就会进入这个模式。在这个模式下，系统会限制应用的后台活动——比如网络访问、同步任务、Alarm闹钟等，都会被推迟或合并处理。
我习惯用一个比喻来解释：Doze模式就像给手机放了个长假。平时应用们都在后台忙忙碌碌，一会儿联网、一会儿唤醒CPU，耗电自然就上去了。Doze模式一来，系统会把这些零散的工作攒起来，等到合适的时机再统一处理。这样一来，CPU就能有更多时间处于空闲状态，功耗自然就降下来了。
核心要点：Doze模式不是杀死应用，而是限制应用的后台活动。应用仍然存在，只是不能随心所欲地干活了。
为什么需要Doze模式
你想想看，Android系统从诞生那天起，就一直被吐槽耗电快。尤其是那些国产ROM，后台应用一个比一个活跃——微信要保活、淘宝要推送、游戏要更新……这些应用在后台频繁唤醒CPU，导致待机功耗居高不下。
我在项目中遇到过这样一个案例：某款手机待机一晚（8小时），电量从100%掉到了60%。一查日志，发现是某个第三方应用每隔几分钟就唤醒一次系统，做一次网络请求。这种「流氓行为」在Doze模式出现之前，几乎没有什么有效的约束手段。
Doze模式的出现，本质上是为了解决三个问题：
- 减少后台唤醒：把零散的唤醒操作合并成批次处理
- 延长待机时间：让手机在你不碰它的时候，能撑得更久
- 规范应用行为：倒逼开发者遵循省电最佳实践
个人经验：我曾经在调试一个IoT设备时，发现Doze模式对低功耗场景的帮助非常大。设备平时处于待机状态，偶尔上报数据。如果没有Doze模式，光是维持网络连接就能把电池耗光。
Doze模式的发展历史
Doze模式不是一蹴而就的。从Android 6.0到Android 14+，它经历了多次重大改进。我按版本梳理了一下，方便大家理解它的演进脉络。
| Android版本 | Doze模式变化 | 我的评价 |
|---|---|---|
| 6.0 (API 23) | 首次引入Doze模式，设备静止+屏幕关闭+未充电时进入 | 初版比较激进，很多应用直接「断网」了 |
| 7.0 (API 24) | 增加「轻量Doze」模式，设备移动时也能部分限制 | 这个改进很实用，解决了走路时也省电的问题 |
| 8.0 (API 26) | 后台执行限制更严格，增加了App Standby Buckets | 我开始觉得Google动真格了 |
| 9.0 (API 28) | 引入应用待机分组，按使用频率分级限制 | 这个设计很聪明，高频应用不受影响 |
| 10~12 | 优化Alarm合并策略，增加省电模式联动 | 细节打磨，体验更平滑 |
| 13~14+ | 进一步收紧后台限制，增加「休眠」状态 | 现在基本做到了「该省则省，该用则用」 |
从这张表你能看出来，Doze模式的发展方向是：越来越精细，越来越智能。初版Doze模式比较粗暴——直接一刀切，所有应用都受限。结果导致很多即时通讯应用收不到消息，用户抱怨很大。后来Google学聪明了，加入了「轻量Doze」、应用分组等机制，让高频使用的应用不受影响，低频应用则严格限制。
避坑指南：我曾经在Android 6.0上调试一个IM应用，发现进入Doze模式后消息推送延迟了十几分钟。后来才知道，Google在Doze模式里给高优先级消息（如FCM）开了白名单。如果你做的是即时通讯类应用，一定要用FCM推送，不要自己搞长连接。
Doze模式的核心逻辑
为了让大家更直观地理解Doze模式的工作流程，我画了一张图。嗯，这张图我反复改了好几版，力求把关键节点都展示清楚。
这张图展示的是Doze模式的核心流程。设备先检测状态——屏幕关了、没充电、也没动，好，进入Doze。进入之后，网络、Alarm、WakeLock统统受限。但系统也不是完全不管应用了，它会定期打开一个「维护窗口」，让应用有机会处理一些紧急任务。如果用户拿起手机、插上充电器、或者设备开始移动，Doze模式就会退出。
Doze模式对开发者的影响
说实话，Doze模式对普通用户是好事，但对开发者来说，就是个不小的挑战。我见过不少应用在Doze模式下表现异常——消息收不到、同步失败、甚至崩溃。原因很简单：开发者没有考虑到Doze模式的限制。
这里我列几个常见的坑：
- 长连接失效：Doze模式下网络被切断，TCP长连接会断开
- Alarm不准时：setExact()设置的闹钟可能被推迟到维护窗口
- JobScheduler不执行：后台任务被延迟，直到退出Doze模式
我的建议：如果你正在开发一个需要后台运行的应用，一定要用Google推荐的API——比如FCM推送、WorkManager、JobScheduler。不要自己搞轮询或者长连接，那在Doze模式下基本就是废的。
小结
Doze模式是Android电源管理里一个里程碑式的特性。它从Android 6.0的粗放式限制，进化到现在的精细化管控，背后是Google对用户体验和电池续航的持续追求。作为开发者，理解Doze模式的工作原理，能帮你写出更省电、更稳定的应用。
嗯，这一章的内容就到这里。下一章我们会深入Doze模式的触发条件和退出机制，到时候我会带大家看一些实际的日志和代码。