Shadowrocket 使用教程与设置手册

Global Routing

按用途选择 Config / Proxy / Direct

在 Home 打开 Global Routing，先确认当前模式。Config 按所选配置文件里的规则分流；Proxy 将适用流量交给代理策略；Direct 则直接连接。想让指定域名走 PROXY、其他请求走 DIRECT，需要选择 Config，而不是只导入文件后保持原模式。测试时先固定一个服务器与一个目标网站，再切换模式观察结果，避免把服务器故障误认为规则错误。

Rule

按匹配对象与先后顺序写规则

规则通常从上往下匹配，命中后使用对应策略。DOMAIN 用于精确域名，DOMAIN-SUFFIX 可覆盖域名及其子域名，IP-CIDR 用于地址范围；FINAL 放在末尾处理未命中的请求。先写少量能够解释清楚的规则，再逐步扩展，比直接叠加大量条目更便于排查。请同时核对策略名称、英文逗号与规则位置；规则决定路径，不负责生成可用的服务器资料。

只代理指定网站时，可先为目标域名写 DOMAIN-SUFFIX，再用 FINAL,DIRECT 兜底。这里的 example.com 仅为语法示例，不是服务地址。修改后重新发起请求，查看记录中的命中项，确认结果与预期一致；不要仅凭连接开关已打开就认定规则生效。

Config · iCloud

区分配置文件与服务器列表

Config 中的配置文件负责全局参数、规则和相关处理逻辑，不等于 Home 中的服务器列表。阅读文件时先看 [General]，再看 [Rule]，需要本地映射时检查 [Host]。编辑前保留一份可工作的配置，每次只修改一类内容；如果同时改变 DNS、规则与路由模式，失败时很难判断问题来自哪里。导入完成后，还要确认当前选中的是哪一个文件。

需要跨设备保留资料时，可查看应用内的 iCloud 相关选项，并核对设备使用的 Apple 账号与 iCloud 权限。同步不应替代修改前的备份，也不表示两台设备当前连接状态相同。服务器资料、配置选择和系统授权应在目标设备上分别检查；含有个人服务信息的文件应按敏感资料保管。

On Demand

先验证手动连接，再设置按需连接

On Demand 用于根据所设条件触发连接，入口位于 Settings。建议先关闭自动触发因素，确认手动连接、所选服务器和 Config 都能正常工作，再逐项启用需要的条件。设置后分别在相关网络环境下测试连接与断开行为，不要只看开关外观。它改变的是连接触发方式，不会修复错误的密码、失效的订阅或无法响应的服务器。

如果发现刚断开又重新连接，先检查 On Demand 与系统中的 VPN 状态，再检查网络是否发生切换。排查时保留原设置记录，临时停用相关条件做对照；确认原因后再恢复必要项。按需连接与规则分流是两层设置，前者控制何时连接，后者控制连接后的请求如何处理。

Data · Diagnostics

把流量统计与连通性测试分开看

Data 用来查看应用记录的流量，Connectivity Test 用来辅助判断连接情况，两者回答的问题不同。测试有响应不代表所有目标网站都能访问；统计出现流量，也不代表请求一定按预期规则转发。排查时先记录测试时间与目标，再核对 Global Routing、当前服务器和命中策略，用同一条件复测，才能比较修改前后的结果。

Shadowrocket 流量统计与服务商的计费口径可能不同，不能直接用某个本地数字推算剩余额度。需要进一步定位时，再查看 Settings 中的 Diagnostics、Log 等相关入口。分享记录前检查其中是否包含订阅地址、服务器信息和访问域名，只保留说明故障所需的部分，避免暴露个人资料。

Subscribe · Add Server

导入已有订阅，逐项核对协议参数

已有订阅可按教程导入；手动添加时进入 Add Server，先选 Type，再填写与该协议对应的 Host、Port 和认证字段。Shadowsocks、VMess、VLESS、Trojan 等协议的字段不能混用，具体可选项以应用内显示为准。资料应来自你已有的服务商或自行管理的服务器，本站只说明填写与检查方法，不提供、不销售、不推荐节点或订阅。

Subscribe 更新的是订阅包含的服务器资料，不会自动解决 Config 中的规则问题。更新前确认订阅仍有效，更新后检查条目是否实际变化，并重新确认当前选择。订阅地址通常包含个人凭据，不要贴在公开截图或讨论中；导入失败时先检查复制是否完整、链接是否可访问，再核对服务资料本身。