本文从 Shadowrocket 的协议、订阅、规则与脚本、耗电观察和维护成本出发，帮助你判断它是否适合自己的 iPhone 使用习惯。应用功能是否满足需求，应以当前 App Store 产品信息和设备内实际界面为准；网络表现则需用同一设备、同一网络和已有配置重复测试，不能用未经验证的速度或续航说法代替实测。
先明确比较标准：需求比功能数量更重要
选择 iPhone 上的代理客户端，不能只看功能列表长短，也不能把“能导入配置”直接等同于“适合长期使用”。对日常用户而言，关键是已有服务参数能否正确导入、常用流量能否按规则处理，以及遇到连接问题时能否找到原因。对进阶用户而言，策略组织、规则维护与脚本管理可能更重要；若只需要临时连接，复杂的自定义能力未必能带来实际收益。
本文只讨论 Shadowrocket 自身的使用路径和取舍，不把某个协议、规则模板或脚本写成适用于所有人的最佳方案。Shadowrocket 是 Apple 平台上的闭源商业应用，通过 App Store 获取；客户端购买与线路服务是两件事。客户端买断 ≠ 线路套餐，本文所说的导入和连接均以用户已有自己的服务配置为前提。本站不提供、不销售、不推荐节点或订阅。
判断：先写出每天真正要做的事
列出自己需要的协议、是否依赖规则分流、是否维护脚本，以及最常遇到的故障。若某项高级功能没有明确用途，就不要只为“功能更多”增加配置复杂度。
协议与导入：先看已有参数能否完整对应
Shadowrocket 的服务器添加入口位于 Home：点右上角 “+”，在 Add Server 中选择与已有资料一致的 Type。常见协议名称包括 Shadowsocks、VMess、VLESS 和 Trojan；协议名称应保留原文，不能仅凭端口号或分享链接外观推断类型。地址、Port、认证字段、TLS 相关选项及传输参数，都应按自己的服务资料逐项填写。
已有完整订阅链接时，可在 Add Server 中选择 Subscribe 并填写 URL；添加后返回 Home 刷新，再核对是否生成预期的服务器条目。订阅链接与 Config 文件不是同一种资料：前者用于获取服务器条目，后者可能包含规则、DNS 和策略设置。把订阅地址误填为服务器地址，或把 Config 文件当成订阅链接，都会导致导入结果与预期不同。
| 已有资料 | Shadowrocket 入口 | 导入后核对 |
|---|---|---|
| 完整订阅链接 | Home → “+” → Add Server → Type → Subscribe | 刷新后检查条目是否出现；不要公开包含 token 的完整 URL。 |
| 单个服务器参数 | Home → “+” → Add Server → 选择对应 Type | 核对 Address、Port、认证信息及协议要求的附加字段。 |
| Config 配置文件 | Config | 查看配置是否已导入、规则策略是否能对应现有条目。 |
如果现有资料不支持某种协议，先向自己的服务商确认实际提供的协议与字段，再判断是否需要调整应用使用方式。不要为了让配置“看起来能连”而猜测密码、改写端口，或随意打开 TLS 的不安全选项。保存成功只代表信息写入，不代表远端连接已经通过验证。
规则、脚本与上手成本：把复杂度控制在可维护范围
Shadowrocket 的 Config 页面用于管理配置文件；Home 则负责选择服务器和控制连接。使用规则分流时，要核对规则顺序、目标策略以及兜底规则。像 DOMAIN-SUFFIX、GEOIP 和 FINAL 这样的关键字有各自匹配含义，规则顺序或策略名称不匹配，可能让请求走到意料之外的路径。排查前先记录当前 Config 和 Global Routing 状态，再一次只调整一项。
脚本和自动化设置会增加灵活性，也会增加审查与维护工作。启用前应确认脚本来源可信、用途清楚，并了解它会处理哪些请求或数据；不要把含有个人信息、认证内容或订阅 token 的配置粘贴到公开页面。修改脚本后，记录原值并验证目标功能，不要同时更换规则、DNS 和服务器参数，否则出现差异时难以定位原因。
按配置中的规则处理请求；适合需要区分不同域名或网络目的地的日常使用。前提是规则和策略名称能对应当前配置。
适合：日常使用、需要按规则分流
将流量按全局代理姿态处理，不以规则分流作为主要判断。可用于短时验证规则是否影响连接，不建议在不了解影响范围时长期使用。
适合：临时排查规则或策略问题
用于检查请求不经过代理时的结果。若在 Direct 下无法访问，问题可能与本地网络或目标服务有关，不能据此断定代理条目失效。
适合：建立直连基线、定位网络差异
首次配置核对
- 服务器入口
- Home → “+” → Add Server
- 订阅类型
- Type → Subscribe
- 规则配置
- Config
- 连接状态
- 回到 Home 查看状态，并观察系统 VPN 状态
先确认导入对象，再判断连接是否成功；不要混淆订阅与 Config。
修改前后记录
- 记录原值
- 当前服务器、Config 与 Global Routing
- 每轮改动
- 一次只修改一项
- 验证方式
- 重复访问同一目标并记录结果
- 回退条件
- 结果变差时恢复已记录的原值
保留可复现的测试条件，比连续尝试多个开关更容易找到原因。
-
检查资料类型
先确认手头内容是订阅 URL、单个服务器参数还是 Config 文件。三类资料对应不同入口，不要仅凭文件名判断用途。
-
导入并核对
按资料类型进入 Home 或 Config，导入后检查条目、协议名称和策略引用。订阅刷新失败时保留原始提示，不要反复重建条目。
-
授权并连接
在 Home 选择已有条目并启用连接。首次出现系统 VPN 配置授权时，按系统提示确认；系统授权成功不等于远端参数验证通过。
-
验证实际请求
使用同一网络访问同一目标，记录连接状态与结果。若无法访问，分别检查规则策略、服务器参数和本地网络，不要同时更改多项设置。
耗电与性能：用可复现测试代替口碑结论
代理连接的耗电与速度不能脱离使用条件单独比较。蜂窝网络信号、Wi-Fi 稳定性、设备温度、后台活动、DNS 请求量、规则匹配以及远端服务负载都可能影响结果。相同应用在不同时间、地点和网络下也可能呈现不同表现。因此，不宜用“某个客户端一定更省电”或单次测速结果推断长期体验。
可以采用一组简单的对照记录：在同一台 iPhone、同一网络和相近电量条件下，选择相同的测试目标；每轮保持同一服务器与 Global Routing 姿态，只改变一个变量。每轮连续观察 20 分钟，记录开始与结束电量、设备温度、连接状态和请求是否成功。20 分钟是便于重复的测试时长，不是 Shadowrocket 的性能保证，也不能替代跨时段的长期观察。
- 先测连接：查看 Home 的连接状态，再访问固定目标；不要只用“开关显示已连接”判断所有请求正常。
- 再测速度：固定测试目标与时间段，重复多轮，记录中位数而非只挑最快一次。
- 观察耗电：减少其他后台任务，记录测试前后电量；不要把屏幕亮度、蜂窝信号变化造成的差异归因于单一设置。
- 保留条件：记下 Wi-Fi 或蜂窝网络、所用条目、Config 名称和路由姿态，下一轮才能复测。
如果只有某个域名失败，优先检查该请求命中的规则和目标策略；如果所有请求都失败，再按连接状态、服务器参数和网络环境逐层排查。若设备温度持续偏高或电量消耗异常，先停止重复测试，检查是否存在长时间重试、网络信号不稳或持续运行的后台任务，而不是立即把某个协议判定为耗电来源。
维护与换机建议：保留可恢复的配置记录
长期使用的维护成本，往往来自订阅更新、规则变化、脚本来源和换机恢复，而不只是首次添加服务器。更新前后可对照条目是否变化；若某个手动修改在订阅刷新后恢复原值，说明数据可能由订阅源管理，应先向自己的服务商确认源数据，而不是在客户端内反复覆盖。重要的 Config 修改应保留原文件或可恢复副本，并妥善保护其中的认证信息。
换机时先确认新设备上的 App Store 获取与兼容性信息，再准备自己的配置资料。客户端购买不会自动提供线路，也不能把“应用已安装”当作服务器和规则已经迁移。按需要重新导入订阅或 Config，检查规则引用的策略、系统 VPN 授权以及实际请求；完成验证前保留旧设备中的有效配置，不要急着清理唯一副本。
订阅更新后条目变少了，先做什么？
先记录更新提示、当前条目数量和订阅来源，再确认这是预期变更还是更新失败。不要公开完整订阅链接；有疑问时向自己的服务商核对订阅内容。
显示已连接，但个别网站打不开怎么办？
先查看 Config 中该域名对应的规则与策略，再核对 Global Routing。一次只改一项，并用同一目标重试；不要直接关闭 TLS 校验来绕过问题。
换机后可以只靠客户端恢复连接吗？
不可以把安装应用当成配置迁移完成。还需按实际情况导入自己的订阅或 Config，检查服务器条目、规则策略并完成系统 VPN 授权。
如果你需要的是 App Store 获取信息，可查看本站的下载指南；需要从基础操作开始，可前往入门指南。最终是否继续使用 Shadowrocket，建议依据自己的真实需求、已有配置是否适配、维护能力和重复测试结果决定，而不是只看功能数量或未经验证的耗电评价。