遇到 Shadowrocket（小火箭）后台耗电偏高时，先在系统电池页面确认统计时段，再到 Settings → On Demand 核对自动连接条件。本文区分持续连接、按条件自动连接与手动连接，给出可重复的待机对照方法，并说明为什么开启 On Demand 不等于空闲时必然断开，也不等于电量一定下降。
先查系统电池统计，再判断是否需要改设置
在 iPhone 系统“设置”→“电池”中，选择可比较的统计时段，查看 Shadowrocket 的电池用量与活动情况。记录同一时段的屏幕使用、充电情况、Wi-Fi 或蜂窝网络，以及是否持续播放、同步照片或传输文件。iPad 可按同样思路检查；具体电池页面布局以设备当前系统显示为准。
电池列表中的百分比表示所选时段内的耗电占比，不是应用直接消耗了多少电池百分点。当天其他应用用得少，Shadowrocket 的占比也可能上升。隧道扩展处理其他应用的网络请求时，相关活动还可能体现在 Shadowrocket 的统计中，因此“后台时间长”不能单独证明存在异常。
- 先看绝对变化：记录开始与结束的电量，例如从 80% 到 77% 是下降 3 个百分点，不是应用列表中的占比。
- 再看负载：锁屏期间仍有音频播放、云端同步或文件传输时，不属于空闲待机。
- 最后看网络：弱信号、频繁切换网络和连接失败重试，都可能影响整机能耗。
若手机同时发热、蜂窝信号不稳定，先固定在稳定的 Wi-Fi 下复测。此时立刻更换协议或同时修改多项设置，会失去判断原因所需的对照条件。
后台连接的开销来自流量、保活与重连
Shadowrocket 的连接开启后，系统网络扩展可以在应用界面退到后台时继续处理网络。前台界面是否显示，与隧道是否仍在工作是两件事。持续连接也不代表每秒都在高负载运行；实际开销取决于流量、连接数量、加密处理和网络稳定程度。
| 观察到的现象 | 可能的工作负载 | 下一步检查 |
|---|---|---|
| 锁屏后仍持续传输 | 后台同步、播放或下载继续产生流量 | 先暂停这些任务，再测同长度的待机时段 |
| 网络切换时反复连接 | 旧连接失效，需要重新建立会话 | 固定一种网络，观察重连是否减少 |
| 流量不大但连接频繁失败 | 超时与重试可能反复唤醒网络处理 | 核对已有服务的地址、端口与协议参数 |
| 只有电池占比上升 | 其他应用耗电减少，统计分母变化 | 结合整机电量下降和活动时段判断 |
保活是部分连接用于维持网络状态的机制，不同协议、服务端和网络环境的行为不同。不要仅凭协议名称判断耗电，也不要把端口从 443 改成其他数字当作省电方法；端口必须与用户已有服务的实际参数一致。若启用了诊断记录，排查结束后也应恢复日常所需的记录级别，避免长期保留不必要的详细日志。
Settings → On Demand：按条件触发，不是空闲倒计时
进入 Settings → On Demand，先核对当前启用状态及已有条件，再决定是否开启。On Demand 使用系统的按需连接机制，系统依据保存的规则与网络环境决定是否尝试连接。它不是“打开某个应用才运行”的通用开关，也不能理解为“没有流量一段时间后必定停止”。
如果保存的条件覆盖了日常所有网络，系统在连接中断后仍可能再次发起连接，实际表现接近持续可用。按需规则也可涉及不连接或断开等动作，但具体取决于已保存的条件与动作；只打开总开关，不会自动生成符合个人习惯的省电策略。
-
记录原设置
在 Home 记下当前服务器与 Global Routing 的选择，再进入 Settings → On Demand，记录启用状态和现有条件。修改前保留可恢复的配置副本。
-
核对条件
在 Settings → On Demand 查看当前条件与对应动作。涉及 Wi-Fi 名称时，按实际网络名称核对；不要把同名但不可信的网络自动视为可信环境。
-
开启并保存
确认条件符合预期后开启 On Demand，并完成页面要求的保存操作。若系统要求授权 VPN 配置，核对提示后允许；只切换页面开关不等于连接已成功。
-
验证触发
回到 Home，在应当触发的网络条件下发起一次网页请求，观察连接状态并确认网页可用。首次建立隧道可能增加一次等待，应把这段等待与持续超时区分开。
-
验证停止
切换到另一种已定义的网络条件，观察实际状态是否符合规则。若要完全手动停止，先关闭 Settings → On Demand，再回 Home 关闭连接，避免系统按规则重新连接。
常驻、On Demand 与手动连接怎样选择
先决定需要连接的时段，再选自动化方式。持续有网络任务时，频繁断开再重建不一定更省电；长时间不需要隧道时，明确停止连接更容易建立可验证的待机基线。下面的“推荐”是排查阶段的起点，不是对所有使用场景的统一结论。
手动连接
推荐关闭 On Demand 后，通过 Home 的连接开关控制时段。用于排查时，能明确区分连接与未连接两组条件；日常使用则需要记得手动开启。
适合：建立耗电基线、短时使用、核对自动重连原因。
On Demand
按保存的条件自动触发连接，减少遗漏手动开启的情况。若条件过于宽泛，隧道仍可能长期保持；条件不合适则可能影响首次请求。
适合：网络环境有明确规律、需要条件化自动连接的使用方式。
持续连接
保持连接开启，减少重复建立连接带来的等待。后台任务仍会通过当前路由处理，网络切换后是否恢复还取决于系统与连接状态。
适合：连续工作、长时间传输、对连接连续性有要求的时段。
结论：先取得手动基线，再决定是否自动化
先关闭 On Demand 做一组可控对照；只有确认连接本身与额外耗电有关，再用明确的网络条件缩短连接时段。不要把开启 On Demand 当成无需验证的省电修复。
On Demand 管“何时连接”，Home → Global Routing 管“请求如何路由”，两者不互相替代。Proxy、Direct、Config、Scene 是不同的路由选择，不能当成四个电源模式。使用 Config 时，应到 Config 核对当前选中的配置；DOMAIN-SUFFIX、IP-CIDR、GEOIP 与 FINAL 等规则影响请求去向，不直接定义系统何时启动或停止隧道。
用两组待机记录验证，不凭一天占比下结论
选择两个使用条件尽量一致的时段，每组可先记录 60 分钟。这个长度只是便于操作的测试窗口，不是官方能耗标准。电量显示存在取整，单次 0 或 1 个百分点的差异不宜作强结论；若结果接近，应增加重复次数或延长观察。
- A 组：关闭 Settings → On Demand，再在 Home 断开连接。固定 Wi-Fi，暂停大流量任务，记录开始电量、结束电量、是否锁屏与异常活动。
- B 组：保持同一服务器、协议、配置文件和网络，手动开启连接，重复同长度的观察；不要同时开启新的自动化条件。
- 复测：在相近条件下重复 A、B 两组。测试期间不要充电，避免一次在强 Wi-Fi、另一次在弱蜂窝信号下比较。
- 再测按需：若两组差异稳定，再启用已核对的 On Demand 条件，记录实际连接时长以及首次请求是否成功。
例如，记录可以写成“08:00—09:00，Wi-Fi，锁屏，80%→78%，手动断开”。这是记录格式示例，不是实测结果或耗电承诺。测试中若系统开始照片同步、应用更新或收到大量消息，应在记录里注明，必要时另选时段重测。
若 A、B 两组相近，而切换到蜂窝网络后都明显耗电，应优先检查信号与后台任务。若只有连接组反复出现超时、发热或异常流量，再核对已有服务参数与实际请求记录。本文以用户已有自己的服务商与订阅为前提；不要为一次能耗波动随意更换多个参数，导致连接问题与电池问题混在一起。
按需连接与后台耗电常见问题
开启 On Demand 后，为什么 VPN 一直显示连接？
先到 Settings → On Demand 检查条件是否覆盖当前网络，再暂停后台传输并观察。符合持续连接条件时，系统可以保持或重新建立隧道；VPN 状态本身不能说明当前流量大小，也不能证明按需规则失效。
刚关掉连接又自动连上，应该在哪里停？
先关闭 Settings → On Demand，再回 Home 关闭连接，并核对系统 VPN 状态。如果仍自动恢复，到系统“设置”中搜索 VPN，核对正在生效的配置及其按需连接状态，不要直接删除不清楚用途的其他配置。
锁屏一段时间后，第一次打开网页很慢怎么办？
先在 Home 观察是否正在重新连接，再连续访问两次相同网页。若只有首次等待较长，检查按需触发与网络恢复；若持续失败，核对 Global Routing、当前配置及已有服务参数。不要仅用第一次请求耗时认定协议异常。
把 Global Routing 改成 Direct 就算关闭了吗？
不是。Direct 是路由选择，不等于停止系统隧道。需要测未连接待机时，应关闭 On Demand，再通过 Home 关闭连接；完成排查后恢复此前记录的 Global Routing，避免改变日常请求去向。
省电模式能代替 On Demand 吗？
不能。系统低电量模式调整的是系统活动策略，不负责替你编写按需连接条件。若要测试其影响，将低电量模式另列为一组条件，不要在 A、B 测试之间同时改变连接方式和低电量模式。
保留最终有效的设置记录：On Demand 是否开启、在哪些网络触发、Global Routing 选择什么，以及测试时是否存在后台传输。以后出现异常时，先恢复这组已验证的条件，再逐项检查，比反复开关全部选项更容易定位原因。