Shadowrocket 怎么用来优化流量？先分清目标再做分流
简答：Shadowrocket 能优化的是请求经过的网络路径，不能自动压缩视频、图片或网页数据。想减少不必要的代理流量，先在 Home 的 Global Routing 中使用 Config，并确认当前配置文件已启用；想判断节点还是规则有问题，再用 Proxy、Direct 做单变量对照。若目标是少用手机套餐流量，还必须同时查看 iPhone 的蜂窝数据统计和应用后台设置。
定义：Shadowrocket 流量优化，是通过配置文件、规则分流、节点选择和连接条件，让不同请求走更合适的路径，而不是直接减少应用产生的数据量。
先看结论：四类“优化流量”不能用同一个开关解决
本文为第三方使用指南，不代表 Shadowrocket 官方。Shadowrocket 在 App Store 的产品说明中被定义为基于规则的代理工具，支持按域名、域名后缀、关键词、CIDR 和 GeoIP 等条件配置规则，也提供 Wi‑Fi、蜂窝、直连和代理连接的流量与网络速度统计功能，具体菜单名称仍应以设备当前版本为准。可查看 App Store 产品说明。
| 你的目标 | 先做什么 | 不要误解 |
|---|---|---|
| 少用 iPhone 蜂窝数据 | 查看“设置—蜂窝网络”的 App 用量，限制后台刷新或高耗流量应用 | 规则分流不会压缩视频、图片或网页 |
| 减少不必要的代理绕行 | 使用 Config，并让已确认不需要代理的目标走 DIRECT | Config 不是“全部走代理” |
| 降低访问延迟 | 固定网络和测试目标，对比延迟、丢包与实际打开时间 | 低延迟不等于下载速度一定快 |
| 排查网页打不开 | 依次对比 Direct、Proxy、Config | 规则命中不等于节点连接成功 |
速查方法：省套餐流量看 iPhone 系统统计；减少代理绕行用 Config 加明确的 DIRECT 规则；判断节点问题用相同目标测试 Proxy；判断当前网络问题用 Direct；每次只改一个条件并记录结果。
Config、Proxy、Direct 怎么选
在 Home 页面找到 Global Routing。不同版本的英文或中文标签可能略有差异；如果当前界面没有完全相同的入口，不要根据教程强行修改多个设置，先查找 Global Routing、Config、Proxy、Direct 或规则相关关键词。
| 模式 | 主要作用 | 适合怎么用 |
|---|---|---|
Config | 按照当前启用配置中的规则和策略处理请求 | 日常分流，区分直连、代理和拒绝 |
Proxy | 优先通过当前选中的代理路径进行对照 | 临时判断节点路径是否可用 |
Direct | 使用当前网络直接访问目标 | 判断当前网络或目标服务是否能直连 |
第三方使用说明通常将这三个选项作为独立的路由模式，并提醒用户：Global Routing 的选择与底部 Config 中“哪个配置文件被启用”是两件事。本文不把第三方页面当作官方来源，仅将其作为界面核对参考；最稳妥的做法是以 App Store 列出的功能和你设备上的实际界面为准。可参考第三方界面说明。
- 打开底部 Config，确认要使用的配置文件确实处于启用状态，而不是只被保存或列出。
- 回到 Home，打开 Global Routing，日常使用优先选择 Config。
- 要排查节点时，固定当前服务器，临时切换到 Proxy。
- 要排查当前网络或目标服务时，临时切换到 Direct。
- 完成对照后恢复原来的模式，避免把临时排错设置当成长期方案。
Direct 通常只描述请求如何处理，不等于关闭系统 VPN 连接；如果要完全停止客户端连接，应使用 Home 上的连接开关，并以当前版本界面为准。
先备份，再用最小规则做分流
规则的基本结构可以理解为“匹配条件、匹配值、处理策略”。常见策略包括 PROXY、DIRECT 和 REJECT。实际配置中的策略名称可能是自定义策略组，因此不要直接照抄一个名为 PROXY 的策略，必须确认当前文件确实存在该名称。
下面是用于理解格式的最小示例，不是完整配置，也不包含节点、订阅或账号信息：
[Rule]
DOMAIN,local.example.com,DIRECT
DOMAIN-SUFFIX,service.example.com,PROXY
FINAL,DIRECT无注释版本如下，方便复制前对照：
[Rule]
DOMAIN,local.example.com,DIRECT
DOMAIN-SUFFIX,service.example.com,PROXY
FINAL,DIRECT- 编辑前先复制原配置，保留可恢复的备份。
- 把明确需要精确处理的域名放在宽泛规则之前。
DOMAIN用于精确域名，DOMAIN-SUFFIX通常覆盖该域名及其子域名。- 只有在你确认某个目标允许直连且确实不需要代理时，才添加 DIRECT 规则。
- 确认
PROXY、DIRECT或自定义策略组名称与当前配置一致。 - 将
FINAL作为未匹配请求的兜底，但不要未经判断就把所有未知流量设为代理或直连。
规则示例中的 example.com 只是文档占位域名，不代表真实服务。修改后应保存、重新载入配置，并用一个明确的目标发起新请求；不要只观察已经打开的缓存页面。
完整验证闭环：改一项、测一次、看结果
建议固定同一个网络、同一个目标和同一个节点，按“编辑配置—保存—校验—重新载入—查看日志—验证业务”的顺序执行。当前版本如果没有日志或规则命中显示，就不要声称已经确认某条规则生效，只能根据前后业务结果做有限判断。
- 编辑配置：先备份，只增加或修改一条规则。
- 保存：检查逗号、字段顺序、策略名称和缩进；Shadowrocket 常见规则是逗号分隔格式，不要把 YAML 配置直接当作 Shadowrocket 配置。
- 校验：确认 Global Routing 为 Config，并确认目标配置文件处于启用状态。
- 重新载入：根据当前版本提供的更新、重载或重新连接入口操作；如果没有明确入口，可关闭连接后重新打开，再发起新请求。
- 查看日志：如果当前版本提供请求日志或诊断信息，搜索目标域名，尝试确认匹配规则和使用策略；没有该信息时，不要把“网页打开”当成规则已命中的证据。
- 验证业务：打开同一页面或执行同一操作，记录是否超时、资源是否缺失、登录是否正常和连接是否中断。
| 对照结果 | 优先怀疑 | 下一步 |
|---|---|---|
| Direct 失败，Proxy 也失败 | 当前网络、目标服务或节点之外的公共问题 | 先确认普通网络能否访问，再检查目标服务是否普遍异常 |
| Direct 成功，Proxy 失败 | 节点地址、认证、协议或代理路径 | 保持规则不变，只更换一个已确认的节点或核对连接参数 |
| Proxy 成功，Config 失败 | 配置文件、规则顺序或策略组 | 确认当前文件已启用，再检查目标规则和 FINAL |
| 网页打开但部分资源缺失 | 域名依赖、REJECT 规则或 DNS 解析差异 | 检查页面失败的具体资源域名，不要一次删除全部规则 |
节点怎么选：延迟只是一个指标
节点选择不要只看一次延迟。至少记录延迟、丢包、实际业务速度和持续稳定性。Shadowrocket 的 App Store 产品说明提到可以测量网络速度和查看不同连接类型的流量，但一次测试不能代表长期线路表现，也不能替代同条件业务验证。App Store 功能说明。
| 指标 | 建议测试方式 | 结果怎么解读 |
|---|---|---|
| 延迟 | 同一网络下测试同一目标或同一批节点 | 反映响应往返时间，不代表带宽 |
| 丢包或超时 | 重复测试，记录失败次数和中断情况 | 丢包明显时，网页、同步和会议更容易不稳定 |
| 实际速度 | 使用同一目标、同一时间段和同一文件或业务 | 会受目标站点、拥堵、带宽和协议影响 |
| 持续性 | 分别在 Wi‑Fi 和蜂窝网络观察一段时间 | 用于判断是否适合长期使用，不能用单次结果替代 |
如果延迟低但下载慢，优先检查拥堵、丢包、目标站点和可用带宽；如果速度不错但网页打不开，优先检查规则、DNS、协议兼容性和目标域名依赖。没有统一测试时间、地区、运营商和目标时，不要把不同节点的数字直接横向排名。
想少用蜂窝流量，还要检查 iPhone 系统设置
Shadowrocket 的分流只改变请求路径，不会减少应用主动下载的数据量。若主要目标是减少手机套餐消耗，应同时检查 iPhone 的系统统计。Apple 官方说明显示，可以在“设置—蜂窝网络”中查看各 App 的蜂窝数据用量、关闭单个 App 的蜂窝数据，并在“数据模式”中选择低数据模式以暂停部分自动更新和后台任务。Apple 官方蜂窝数据设置说明。
- 打开“设置—蜂窝网络”，记录当前周期内用量最高的 App。
- 查看 Shadowrocket 当前的 Data 统计；如果当前版本提供该页面，再记录直连、代理和蜂窝相关读数。
- 检查视频自动播放、视频清晰度、照片同步、应用更新和后台刷新。
- 只让明确需要代理的目标使用 PROXY，确认可以直连的目标再使用 DIRECT。
- 保持相同网络和相似使用场景，经过一段时间后再次比较系统统计。
- 确认某个 App 不需要蜂窝网络时，可在系统蜂窝列表中关闭它的移动数据权限。
如果某个 App 在系统统计中占用很高，即使 Shadowrocket 分流正确，应用本身仍可能继续消耗数据。此时应先调整该 App 的后台行为或媒体质量，而不是继续更换节点。
DNS、IPv6 和 HTTPS 解密：先做最小排查，不要盲改
DNS、IPv6 和 HTTPS 解密都可能影响连接，但它们不是“优化流量”的默认必改项。Shadowrocket 的 App Store 说明列出了本地 DNS 映射、DoH、DoT、DoQ、IPv6 和 HTTPS 解密等功能；这说明客户端具备相关能力，并不代表每个配置都适合你的网络。App Store 功能列表。
- DNS：如果只有部分域名打不开，先固定节点和规则，比较系统 DNS 与当前配置的结果；不要同时更换节点、规则和 DNS。
- IPv6：如果 Wi‑Fi 正常而蜂窝网络异常，或同一域名在不同网络表现不同，再将 IPv6 作为变量单独测试；测试后恢复原设置。
- HTTPS 解密：除非你明确知道证书、信任范围和隐私影响，否则不要为了排错长期开启。优先使用日志、规则和普通连接对照。
如果你需要继续排查 DNS、fake-ip 或解析路径，建议转到专门的 DNS 排查教程，避免在 Shadowrocket 中一次性堆叠多个实验性设置。
常见误区与恢复方法
- 把 Proxy 当成加速开关：Proxy 只是改变路由方式，不保证一定更快。恢复方法是回到 Config，再按相同目标重新比较。
- 把低延迟当成高速：延迟、丢包、带宽和目标站点是不同因素，应分别记录。
- 只导入节点，不检查配置：节点决定连接信息，配置文件决定规则和策略，两者需要分别确认。
- 规则改完不备份：先复制原文件；出现异常时删除新增规则或恢复备份，不要继续叠加规则。
- 用地域标签直接决定直连或代理：是否适合直连取决于具体目标、当前网络和访问授权，不能只凭域名后缀或地区名称判断。
完成排错后，保留一份能工作的配置和一份修改记录，写下改了哪一项、测试目标是什么、结果如何，便于下次撤销和复现。
常见问题
Shadowrocket 怎么设置才能更省流量？
先确认你的目标是少用手机套餐流量，还是减少不必要的代理绕行。前者要查看 iPhone“设置—蜂窝网络”的 App 用量，并限制后台任务；后者通常先使用 Config，让已确认可以直连的请求走 DIRECT。Shadowrocket 不会自动压缩视频、图片或网页数据。
Shadowrocket 的 Config、Proxy、Direct 有什么区别？
Config 按当前启用配置中的规则处理请求；Proxy 用于通过当前代理路径做对照；Direct 用于比较当前网络的直连结果。日常分流通常先用 Config，Proxy 和 Direct 更适合短时间排查。具体入口和标签以当前版本为准。
为什么我改了规则，Shadowrocket 还是没有变化？
先检查 Global Routing 是否为 Config、正确配置文件是否已启用、规则是否保存，以及策略名称是否存在。随后重新载入或重新连接，并发起一个新的请求。如果当前版本提供日志，再尝试确认目标匹配的规则；不要只看缓存页面。
低延迟节点一定更快吗？
不一定。低延迟只说明往返响应时间较短，实际速度还会受到丢包、拥堵、带宽、协议、目标站点和网络类型影响。应使用相同网络、相同目标和相近时间记录多项指标。
Shadowrocket 能自动压缩流量或减少视频流量吗？
不能将它当作数据压缩工具。它主要改变请求路径和处理策略。视频清晰度、自动播放、照片同步、应用更新和后台刷新产生的数据量，需要在对应 App 或 iPhone 系统设置中控制。
Config 下网页打不开，但 Proxy 下可以打开，怎么办？
这通常说明代理路径可能可用，但 Config 中的配置文件、规则顺序、策略组或 DNS 仍需检查。保持节点和测试目标不变，先确认当前配置已启用，再检查目标域名是否被错误地 DIRECT、REJECT 或指向不存在的策略。
Direct 和关闭 Shadowrocket 是一回事吗？
不一定。Direct 通常表示请求采用直连路径，但不代表系统 VPN 连接已经关闭。要完全停止当前客户端连接，应使用 Home 页面上的连接开关，并以当前版本的实际界面为准。
相关阅读
参考资料
- Apple App Store：Shadowrocket 产品说明与功能列表
- Apple 官方：查看和管理 iPhone 蜂窝数据设置
- 第三方 Shadowrocket 界面与路由模式说明，仅作界面核对参考（shadowrocketiphone.com）