Shadowrocket安装与使用说明

按匹配顺序决定请求去向

规则分流解决的是“不同请求走哪条路径”。在 Config 中检查当前配置的 Rule，以 DOMAIN-SUFFIX 匹配域名后缀、GEOIP 匹配目标 IP 的地区信息，再用 FINAL 接住未命中的请求。PROXY、DIRECT、REJECT 分别表示交给代理、直接连接和拒绝请求。规则从前往后匹配，较具体的条件应放在较宽泛的条件之前。编辑前保留原配置，先用单个目标验证；右侧只是语法示例，不是适合所有网络的完整配置。

规则存在不等于规则正在生效。还要回到 Home 核对 Global Routing 是否选为 Config，并确认该配置确实是当前使用的文件。若目标始终走错路径，先检查上方是否已有更早命中的规则，不要直接在文件末尾不断追加相同条目。

区分 Config、Proxy 与 Direct

Global Routing 决定整体连接方式。Config 按当前配置的规则分流，Proxy 将请求交给所选代理，Direct 使用直接连接。日常使用规则时先选 Config；排查某个请求时，可临时切换 Proxy 或 Direct 做对照，记录结果后恢复原选择。模式切换不会替你补齐服务器参数，也不能修复已失效的订阅。遇到开关已打开但目标无法访问，应同时核对所选服务器、配置文件和模式，避免只反复切换同一个选项。

把已有订阅加入 Home

订阅链接从你的服务商处获取。在 Home 点击右上角 +，进入 Add Server，将 Type 设为 Subscribe，再粘贴完整链接并保存。导入后先检查 SERVER 中是否出现服务器，再选择一项进行连接验证。Subscribe 用于更新服务器列表，不等于自动配置所有分流规则。链接含有访问凭据，应保留完整参数，但不要发到公开评论或截图中；更新失败时先核对复制内容、当前网络以及服务商给出的订阅状态。

如果拿到的是单个服务器的信息，应按其协议填写 Add Server，而不是把服务器地址当成订阅链接。订阅更新后的列表可能与原来不同，测试前重新确认选中项。保留能说明问题的错误文字即可，不需要把完整链接交给他人，也不应为排查问题反复删除全部配置。

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

Config 管理配置文件，可在文件中检查 General、Rule、Hosts 等分段。服务器列表回答“连接到哪里”，配置文件回答“请求如何处理”，两者需要分别核对。替换配置前先保存原文件，再确认新文件是否引用了现有策略。使用 iCloud 同步时，应先核对系统中的 iCloud 权限及应用内同步设置，再检查另一台设备上的实际内容；同步操作不代表连接参数一定适用于新网络，也不代替购买记录或订阅有效性的检查。

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

On Demand 用于按设定条件触发连接。先在 Home 完成一次手动连接和实际访问验证，再进入 Settings 的 On Demand 核对条件，避免让自动触发掩盖服务器或规则问题。如果关闭开关后又出现连接，应先检查 On Demand 是否仍满足触发条件，而不是立即删除应用。修改条件后分别在 Wi-Fi 与移动网络下验证，并确认结果符合预期。按需连接负责何时建立连接，Global Routing 仍负责请求采用何种处理方式。

多协议支持不意味着可以任意替换 Type。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的参数结构不同，应照服务商提供的信息选择协议与字段。某一字段不清楚时先确认来源，不要用另一个协议的参数猜填，也不要仅凭服务器名称判断实际协议。

分开检查连通性、请求与流量

连接开关、Connectivity Test 和实际页面访问反映的是不同层面的状态。先确认设备本身可以联网，再测试所选服务器，随后检查目标请求与规则。Settings 中的 Diagnostics 可用于收集诊断信息，Data 用于查看流量记录，但流量变化本身不能证明所有请求都走代理。排查时一次只改一项，记录网络类型、Global Routing 选择与失败现象。对外提供诊断内容前先移除订阅链接、服务器凭据和其他私人信息。