7. 省电策略之网络访问限制：如何限制、对应用的影响
各位同学，今天我们来聊聊Doze模式里一个非常关键、也是让很多开发者头疼的话题——网络访问限制。
说白了，Doze模式的核心目的就是省电。而手机里最耗电的几件事，屏幕算一个，CPU算一个，另一个大头就是网络模块。你想想看，手机为了维持一个Wi-Fi或者4G/5G的连接，射频电路得一直处于工作状态，哪怕没有数据传输，它也在消耗能量。所以，Google在设计Doze模式时，对网络这块下了狠手。
7.1 Doze模式下的网络“断舍离”
在Doze模式下，系统会做一件很“绝”的事：暂停所有应用的网络访问。注意，是“所有”，不是“大部分”。
我刚开始研究Doze时，以为它只是限制后台网络，没想到它连前台应用在某些状态下也会受影响。当然，这里有个细节：当设备处于Doze模式且屏幕关闭时，系统会关闭所有应用的网络访问。但如果你把手机拿起来看一眼，或者插上电源，Doze模式会暂时退出，网络就恢复了。
那么，这个限制具体是怎么实现的呢？
Android系统在Doze模式下，会通过一个叫NetworkPolicyManager的服务，对每个应用的UID进行网络策略标记。当设备进入Doze，系统会调用NetworkPolicyManager.setUidPolicy()，把应用的策略设置为POLICY_REJECT_METERED_BACKGROUND或更严格的POLICY_REJECT_ALL。说白了，就是在内核的网络层直接给你“掐断”了。
核心机制：Doze模式下的网络限制，不是通过应用层代码实现的，而是在Linux内核的netfilter/iptables层面完成的。这意味着，你的应用根本感知不到网络被“拒绝”，它只会看到连接超时或Socket异常。
7.2 如何限制：从系统到应用的层层关卡
我们来看一下具体的限制链路。我个人习惯把Doze的网络限制分为三个层次：
- 内核层（iptables规则）：系统在进入Doze时，会添加一组iptables规则，将非白名单应用的网络包全部DROP掉。
- 框架层（NetworkPolicyManager）：负责管理UID的策略状态，并通知内核更新规则。
- 应用层（JobScheduler / AlarmManager）：应用只能通过系统提供的窗口期（Maintenance Window）来访问网络。
这里我画了一张流程图，帮你理解整个限制过程：
嗯，这里要注意一个关键点：这个限制是“静默”的。系统不会通知你的应用“嘿，你的网络被关了”，你的应用只会看到Socket连接超时，或者DNS解析失败。很多应用崩溃的原因就在这里——没有处理好网络异常。
7.3 对应用的影响：不只是“连不上网”那么简单
我曾经在一个项目中遇到过这样的问题：用户反馈App在晚上待机后，第二天早上打开时数据不同步。排查了很久，最后发现是Doze模式把网络掐断了，而我们的同步服务没有做重试机制。
具体来说，网络限制对应用的影响主要体现在以下几个方面：
| 影响维度 | 具体表现 | 严重程度 |
|---|---|---|
| 实时消息推送 | 长连接断开，无法收到推送 | 高 |
| 后台数据同步 | 同步任务失败，数据延迟 | 中 |
| 定时任务 | AlarmManager触发的网络请求失败 | 中 |
| 前台服务 | 即使用户可见，网络也可能受限 | 低（取决于版本） |
| 地理位置更新 | 无法上报位置信息 | 中 |
你可能会问：“那我的应用是不是就完全没办法在Doze模式下访问网络了？”
当然不是。Android提供了一些“后门”，但都是有严格限制的。
7.4 如何绕过限制：白名单与窗口期
系统提供了两种方式让应用在Doze模式下访问网络：
- 加入系统白名单（Power Whitelist）：通过
PowerManager.isIgnoringBatteryOptimizations()检查，或者用户手动在设置中将应用加入“不受电池优化”列表。 - 利用维护窗口（Maintenance Window）：Doze模式会周期性地退出一段时间（通常几分钟），让所有应用有机会处理网络任务。
我个人建议，除非你的应用有非常强的实时性需求（比如即时通讯、VoIP），否则不要轻易申请白名单。因为用户看到“此应用将不受电池优化”的提示时，第一反应往往是拒绝。
避坑指南：我曾经见过一个天气应用，为了更新天气数据申请了白名单。结果用户发现手机待机时间从两天掉到了一天半，直接给了差评。后来我们改用了JobScheduler，利用维护窗口更新数据，用户满意度反而提升了。
7.5 最佳实践：如何优雅地应对网络限制
那么，作为开发者，我们应该怎么处理Doze模式下的网络限制呢？我总结了几个经验：
- 使用JobScheduler代替AlarmManager：JobScheduler可以感知Doze状态，系统会在合适的窗口期帮你执行任务。
- 实现网络重试机制：所有网络请求都要有超时和重试逻辑，指数退避算法是个好选择。
- 利用Firebase Cloud Messaging（FCM）：FCM有高优先级通道，可以在Doze模式下唤醒设备。
- 避免长连接：在Doze模式下，长连接会被强制断开，不如改用短轮询+JobScheduler。
- 测试你的应用：使用
adb shell dumpsys deviceidle force-idle强制进入Doze模式，看看你的应用表现如何。
警告：不要试图通过前台服务来绕过Doze的网络限制。从Android 12开始，前台服务在Doze模式下也会受到网络限制。Google越来越严格了，别想着钻空子。
最后，我想说一句：Doze模式的网络限制，本质上是为了用户的电池续航。作为开发者，我们应该拥抱这个机制，而不是对抗它。你的应用如果能在Doze模式下优雅地工作，用户自然会给你好评。
好了，关于网络访问限制，我们就聊到这里。记住，下次你的应用在后台连不上网，先检查一下是不是被Doze“掐断”了。