Shadowrocket
获取、配置与连接

规则按顺序匹配

Rule 用来决定请求采用哪种策略。在 Config 中检查当前配置，将更具体的条件排在前面，再以 FINAL 指定未命中请求的处理方式。DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址范围；PROXY 与 DIRECT 表示不同去向，不是服务器名称。只有 Global Routing 处于 Config 时，才按配置规则分流。修改后用实际目标请求验证命中结果，每次只改一组条件，便于发现顺序覆盖或范围过大的问题。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

按网络条件触发连接

On Demand 管理什么时候建立连接，而 Rule 管理连接后的请求去向，两者不能互相替代。在 Settings 中查看 On Demand，按实际网络环境设置 Wi-Fi、蜂窝网络或域名条件。建议先手动连接并验证服务器可用，再增加一条触发条件，切换网络后观察结果。若关闭连接后又自动启动，先检查是否存在仍会命中的按需条件；排查结束再恢复自动化设置，避免反复开关却没有改变触发原因。

协议类型与服务端保持一致

在 Add Server 的 Type 中选择已有服务器使用的协议，再填写对应参数。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的字段要求不同，不能仅替换 Type 就沿用全部设置。地址、端口、密码或标识、TLS 与传输参数，应逐项与服务商给出的信息核对。导入后仍需检查字段是否完整；协议名称本身不代表线路速度，也不能用一次延迟测试判断所有应用的表现。

导入与维护已有订阅

Subscribe 用于批量读取用户已有的服务器信息。导入前从自己的服务商处确认订阅地址与格式，导入后检查分组、条目数量和关键参数，再选择服务器连接。更新订阅会重新读取远端内容，手动改过的条目可能随之变化，重要设置应另作记录。订阅地址可能包含访问凭据，不在公开截图、日志或求助文字里展示；更新失败时先看地址是否完整、是否过期，以及当前网络能否访问订阅端点。

配置决定分流，服务器决定出口

Config 保存规则及相关网络设置，服务器条目保存连接信息，二者需要分别确认。在 Home 的 Global Routing 中，Config 按配置分流，Proxy 将由客户端接管的请求交给所选代理，Direct 采用直连。日常使用先确认当前配置，再检查当前服务器；备份时同时保留必要参数。使用 iCloud 同步时，还应在另一台设备核对同步结果与配置选择，不将出现文件等同于已经完成连接授权和验证。

结合测试、流量与日志定位

Connectivity Test 适合初步检查可达性，Data 用于观察客户端记录的流量变化，Settings 中的 Diagnostics 帮助进一步定位异常。延迟数字只是特定测试方法下的结果，不等于网页加载或视频表现。遇到问题时，记录网络环境、所选服务器与 Global Routing，再复现一次目标请求。Data 统计也不应直接当成服务商账单；分享日志前删去服务器凭据、订阅地址及个人访问记录，只保留与故障有关的信息。