看到 Shadowrocket 出现在电池用量列表，并不能直接判定 On Demand 应当关闭。先区分电量归因、连接持续时间和主动测速，再在相同网络条件下比较两种设置；本文给出核对路径、测试步骤和按使用场景选择的方法。
先读懂 iOS 电池用量，再判断是否异常
Shadowrocket（小火箭）通过系统 VPN 连接处理流量。打开 iPhone 的 Settings → Battery，找到 Shadowrocket，可以查看所选时段内的用量及前台、后台活动信息。这里显示的是该时段耗电的相对占比，不是应用独自消耗了多少电量的直接读数：如果同一时段其他应用使用很少，它的占比也可能显得突出。先看所选时段、实际掉电情况和后台活动，再作判断。
连接保持期间，系统网络栈、无线网络连接、应用本身以及正在传输数据的其他应用都可能参与耗电。电池页面把部分活动归到 Shadowrocket 名下，不等于这些消耗全部来自规则匹配。相反，列表中占比不高，也不能排除频繁切换网络造成的额外唤醒。排查目标应当是找出“什么操作之后掉电变快”，而不只是把某一行百分比降下来。
记录时应把屏幕使用、视频播放、系统更新以及 Wi-Fi 与蜂窝网络切换分开。尤其在刚导入配置、更新订阅或连续测速之后，短时间内的活动不适合代表平时待机。电池统计也覆盖此前的使用时段；调整开关后立即回看旧统计，不能据此判断新设置的效果。
常驻连接与 On Demand 各自做了什么
在 Home 手动建立连接后，只要系统允许且连接没有被断开，VPN 会话可以持续存在。即使暂时没有需要转发的请求，“保持连接”也不等于设备进入完全无网络活动状态。不过，连接持续存在本身并不能证明它就是耗电主因；网络质量、流量规模和其他应用的后台请求同样重要。
Settings → On Demand 用于设置满足网络条件时的按需连接行为。它处理的是何时尝试建立连接，而不是让每条请求各自唤醒一次客户端、处理完立即关闭。启用后仍须检查规则是否符合当前使用的 Wi-Fi 或蜂窝网络，以及连接建立后实际是否保持在线。若条件设置得过宽，实际效果可能接近长期连接；若条件设置得过窄，需要连接时又可能没有触发。
另一项容易混淆的设置是 Home 中的 Global Routing。Config 按配置规则处理请求；Proxy、Direct 分别采用相应的全局路由姿态；Scene 则与场景设置有关。这些选项决定流量如何路由，不等于 On Demand 的连接触发条件。排查时不要同时改动 Global Routing、配置文件和 On Demand，否则无法判断变化来自哪一项。
结论：按需连接不是自动省电开关
只有在按需条件确实减少了不需要的连接时间，且没有带来大量重复连接时，才有理由继续保留；是否合适应以同场景对照结果为准。
用同一场景对照，而不是只看一次百分比
先确定一个可重复的日常场景，例如固定使用同一 Wi-Fi、保持相近的屏幕使用方式，不主动运行测速。第一轮维持原来的连接方式，记录测试开始与结束时的电量、Settings → Battery 中的活动信息，以及 Home 的连接状态。第二轮只调整 Settings → On Demand，尽量让测试时长、网络和操作接近第一轮。测试期间若有系统更新、长时间视频播放或明显的信号波动，就把该轮标记为不可比，不必强行得出结论。
- 在 Home 确认当前使用的配置和 Global Routing，并记下是否已连接；对照期间保持这两项不变。
- 到 Settings → On Demand 核对开关及条件。先确认条件确实覆盖打算测试的网络，不要以为打开开关就必然触发连接。
- 每轮结束后，同时查看设备掉电、Settings → Battery 中的活动，以及实际连接是否符合预期；不要只比较应用占比。
- 如果差异不稳定，换一个相近的日常时段重复测试。优先采纳多次出现、且能对应到连接行为的现象。
待机与正常浏览最好分开观察。待机测试适合判断连接是否在不使用设备时持续活动；浏览测试则能发现频繁重连是否影响实际使用。若使用蜂窝网络，还应留意信号较弱时的变化：同一配置在稳定 Wi-Fi 与弱信号环境中的电池表现，不宜直接横向比较。
把测速、订阅更新与规则问题排除在外
在 Home 连续对已有服务器执行延迟测试，或反复更新用户已有的订阅，都会产生主动网络请求。这些操作可能在电池页面留下活动记录，但不能代表普通待机。测试 On Demand 前，先停止批量测速与重复刷新；订阅链接和连接参数应向自己的服务商核对，Shadowrocket 的一次性买断不包含线路服务。
Config 下的规则决定请求去向。例如 DOMAIN-SUFFIX,example.com,DIRECT 表示匹配该示例域名后采用 Direct，FINAL,PROXY 表示此前未命中的请求采用 Proxy。IP-CIDR、GEOIP 也属于规则条件。规则命中、DNS 查询与实际网络请求会影响流量路径，但把 Global Routing 从 Config 改为 Direct 并不是可靠的“省电测试”：这同时改变了连接用途，结果不能单独用于评价 On Demand。
报错：No Internet Connection
原因与解法：切换按需条件后若出现这条系统网络提示，不要直接归因于耗电或规则本身。先确认当前 Wi-Fi 或蜂窝网络可用，再查看 Home 的连接状态和 Settings → On Demand 的触发条件；必要时恢复原设置，逐项重试。
如果“电池用量升高”恰好发生在更新订阅之后，还要分清是一次更新过程，还是更新后连接参数发生变化。保留原有记录，分别检查更新完成时间、连接能否稳定保持、是否出现反复断开。不要为了降低列表中的用量，跳过连接失败的排查；频繁失败与重试本身就会让对照结果失真。
按使用方式决定开关，并保留回退路径
经常只在特定网络环境使用连接、其余时间希望按条件自动建立连接的人，可以测试 On Demand。需要长时间维持已建立连接的人，则应先验证按需条件会不会造成意外断开或重复连接。选择标准是连接行为是否满足用途，以及相同场景下的电量变化是否稳定，而不是某个开关的名称。
| 使用场景 | 优先核对 | 判断依据 |
|---|---|---|
| 只在特定网络需要连接 | Settings → On Demand 的网络条件 | 进入目标网络后能建立连接；离开后行为符合预期 |
| 需要持续保持连接 | Home 的状态与断连记录 | 连接稳定，按需条件没有造成反复重连 |
| 偶尔打开应用集中测速 | 测速时间与 Battery 活动时段 | 将主动测试与待机记录分开比较 |
| Wi-Fi 与蜂窝网络频繁切换 | 每次切换后的连接状态 | 确认触发符合预期，再比较电量 |
如果启用 On Demand 后出现连接不符合预期、网络切换时反复重连，先恢复先前可用的设置，再检查触发条件，而不是同时修改服务器、规则和 DNS。反过来，如果关闭 On Demand 后电池表现没有稳定变化，也不必把先前的电池占比都归因于它。保留对照时的条件记录，后续网络环境变化时才能重新判断。
核对 App Store 信息与入门步骤
尚未确认应用来源，可先查看正版核验说明；需要重新检查 Home、Config 与 Settings 的基本操作，可接着阅读入门指南。
去正版核验页 看教程