适合已经在 iPhone 或 iPad 上使用 Shadowrocket、发现电池记录中后台活动增加的读者。先区分应用活动与持续经过 VPN 的网络流量,再依据网络切换频率决定维持连接还是使用 On Demand；最后用同一组使用条件复查结果。
先确认电量消耗发生在什么时候
Shadowrocket（小火箭）建立连接后,系统 VPN 隧道可能在离开应用界面后继续处理其他应用的请求。此时「应用退到后台」与「连接已停止」不是同一件事。看到电池记录里出现 Shadowrocket,不能仅凭应用名称判定原因；屏幕使用、后台网络请求、信号质量和连接反复重建都可能同时影响读数。
在 iPhone 或 iPad 的系统 Settings → Battery 中,选择包含问题时段的统计视图,查看 Shadowrocket 的活动记录,并结合屏幕开启与关闭时段观察。如果电池图表中的明显下降集中在屏幕关闭期间,再回看那段时间是否有同步、音频播放或频繁切换网络；如果下降集中在屏幕开启期间,先核对当时的前台应用和屏幕使用时长。系统电池页面提供的是归因线索,不是单独测量 VPN 隧道耗电的仪器。
记录对照条件比记下一个百分比更有用：同一台设备、相近的使用时长、相同的 Wi-Fi 或蜂窝网络、相同的连接配置,再比较更改设置前后的电池曲线。跨不同网络环境直接比较,容易把弱信号下的无线通信开销误认为某个开关的效果。设备电池健康状况和系统后台任务也会影响观察结果。
理解后台常驻与 On Demand 的区别
这里的「常驻连接」指手动连接后,在不主动断开的情况下保持 VPN 连接；它不表示 Shadowrocket 界面必须一直停留在前台。On Demand 是按系统所处的网络条件尝试触发连接的设置,入口为 Shadowrocket 的 Settings → On Demand。它解决的是「何时尝试连接」的问题,并不保证每次连接都比持续连接省电。
如果一天大部分时间处于同一稳定网络,并且持续需要经由 VPN 处理流量,保持连接可避免反复建立隧道。反过来,如果只在特定网络条件下需要连接,On Demand 可以减少不必要的连接时段。但在 Wi-Fi 与蜂窝网络间频繁切换、信号不稳或条件设置过于宽泛时,重复触发连接也可能增加活动。判断依据应是实际连接次数与使用场景,而不是把「按需」理解成固定的省电档位。
按网络环境选择连接方式
先写下实际需求：是否要求在蜂窝网络和 Wi-Fi 下都保持连接？是否有只在某类网络上连接的明确条件？是否能接受网络切换后的短暂重连？如果连接覆盖全天且网络稳定,先保留常驻方式,再排查活跃应用和配置本身。如果需求只发生在部分网络环境,再考虑 On Demand,并按应用内实际显示的条件配置；具体可选条件以当前界面为准。
- 固定、稳定的网络：需要连续处理请求时,维持已有连接,重点检查后台流量是否来自正在使用的应用。不要为了测试耗电而同时更换服务配置和路由姿态。
- 频繁切换 Wi-Fi 与蜂窝网络：记录每次切换后 Home 的连接状态。若不断出现断开与重连,先确认网络本身是否稳定,再评估按需条件是否适合当前通勤或移动场景。
- 只在特定条件下使用：通过 Settings → On Demand 设置与需求一致的条件,在目标网络和非目标网络分别测试。不能仅凭开关已开启就认定条件正确命中。
结论：先减少无意义的重连
如果电池下降与网络切换密集时段重合,优先检查连接是否反复建立,再决定是否调整 On Demand；如果连接稳定却仍有较多后台活动,先查产生流量的应用,不要只改连接触发方式。
按步骤调整,一次只改一项
开始前确认当前使用的是自己已有的服务配置,并记下 Home 的连接状态、所选服务配置以及 Global Routing 姿态。下列步骤不要求重新导入订阅；如服务商配置近期发生变化,先按自己的服务商说明完成更新,否则过期配置造成的重连失败会干扰电池排查。
记下基线
在系统 Settings → Battery 查看问题时段,记下屏幕开启、屏幕关闭时的活动差异；同时记下当时使用 Wi-Fi 还是蜂窝网络。选择日常可重复的使用时段作为对照。
核对连接
打开 Shadowrocket 的 Home,确认当前连接状态及选中的服务配置。若状态显示 Not Connected,先处理连接问题,不要把未成功建立连接的时段算作「常驻连接」测试。
设置按需
前往 Settings → On Demand,依据应用内展示的选项设置所需网络条件。仅在确实需要自动触发连接时启用；保存后返回 Home 核对连接状态。
测试切换
分别在常用 Wi-Fi 和蜂窝网络下测试,观察离开网络、重新加入网络时是否按预期连接。每次切换后先等待系统完成网络接入,再判断 VPN 状态,避免将短暂的网络过渡误判为规则失效。
复查电池
按与基线相近的使用条件回到 Settings → Battery,比较活动时段与连接次数。若不符合预期,先恢复原设置,再单独检查按需条件或网络质量。
测试期间保持同一份配置和同一种 Global Routing 姿态。例如原本使用 Config,就先保持 Config；原本选择 Proxy,也不要在调整 On Demand 的同时改成 Direct。否则电池记录发生变化时,无法区分是连接触发条件变化,还是流量处理方式变化。
连接反复变化时如何定位
电池活动突然增加若伴随无法连接,先把「连接失败」当成独立问题处理。Home 显示 Not Connected 说明当前没有建立预期连接；它本身不说明服务配置、网络或 On Demand 条件中的哪一项出了问题。先手动测试连接,再测试自动触发,可以缩小范围。
报错:Not Connected
原因与解法:这是 Home 上的未连接状态,可能发生在网络切换后或连接尚未建立时。先确认设备可正常接入当前网络,再在 Home 手动尝试连接；若手动连接正常而按需未触发,回到 Settings → On Demand 核对所设条件。
若手动连接也无法稳定维持,检查当前网络是否频繁断开、已有服务配置是否仍有效,以及订阅是否需要依照自己服务商的说明更新。订阅 URL 的更新用于取得配置内容,On Demand 用于决定触发连接的时机；两者用途不同。切勿为了排查耗电不断重复导入同一份订阅,那会增加需要核对的配置项。
如果只有网络切换时出现短暂 Not Connected,观察重新接入网络后能否自行恢复。持续无法恢复与短暂过渡应分开记录：前者需要检查条件及连接配置,后者先看网络接入过程。可把复现条件写成「从常用 Wi-Fi 离开后切换至蜂窝网络」「重新加入该 Wi-Fi 后未连接」这样的完整描述,比单写「后台耗电」更便于定位。
结论：先验证手动连接
手动连接失败时,暂缓评估 On Demand 的耗电影响；手动连接稳定、只有自动触发不符合预期时,再集中检查 Settings → On Demand 的条件。
如何决定保留哪种设置
完成一轮对照后,以需求是否得到满足为第一标准,再看电池活动是否出现可重复的变化。常驻连接适合持续需要连接且网络较稳定的情形；On Demand 适合有明确网络触发条件、能够接受条件变化时重新连接的情形。两者没有对所有设备都成立的固定耗电排序,因为实际流量、信号与连接次数都会改变结果。
若启用 On Demand 后连接符合预期,且相近使用条件下屏幕关闭期间的活动减少,可以保留并继续观察。如果连接频繁重建、必要时却未接通,就恢复此前能稳定工作的方式,再单独检查触发条件。记录「设置前后相同网络、相同时段、连接是否稳定」三项,比只比较两次剩余电量更可靠。