Shadowrocket 功能与设置说明

是什么

Config 按当前配置文件中的规则逐条匹配，让不同请求得到不同策略；Proxy 让连接统一使用当前选中的代理策略，适合临时验证服务器本身能否工作；Direct 让请求直接连接，适合暂停规则处理并检查本地网络表现。三种姿态切换后会影响随后发起的新连接，已经建立的连接可能需要重新打开对应应用或页面才能观察到变化。

在哪里

进入 Home，找到 Global Routing 对应的选择项。界面的具体排列可能随设备尺寸而变化，但名称仍以 Config、Proxy、Direct 显示。选择前同时确认 Home 中当前服务器条目，避免把“选错服务器”和“选错分流姿态”混在一起排查。

怎么设

日常需要按域名、IP 地址或地理条件分流时，通常使用 Config；刚导入服务器并希望排除规则因素时，可短时间切换 Proxy 做连通验证；只想确认当前 Wi-Fi 或蜂窝网络是否正常时，可切换 Direct 对照测试。验证完成后，再回到符合实际使用目标的姿态。

是什么

DOMAIN 用于匹配完整域名，适合精确指定单个主机；DOMAIN-SUFFIX 按域名后缀匹配，可覆盖一个域名及其下级域名；DOMAIN-KEYWORD 根据域名中是否包含关键词匹配，范围较宽，使用时要留意误匹配。GEOIP 根据目标 IP 的地理数据库结果匹配，IP-CIDR 与 IP-CIDR6 分别按 IPv4、IPv6 地址段匹配，USER-AGENT 则依据请求中的 User-Agent 条件处理。

在哪里

进入 Config，选择当前配置后查看规则内容。规则通常由关键字、匹配值和策略三部分构成，例如：

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

第一行表示域名后缀为 example.com 时使用 PROXY；第二行表示满足对应 GEOIP 条件时使用 DIRECT；最后的 FINAL 接住前面未命中的请求。示例只用于说明语法，不代表应直接套用到所有网络环境。

怎么设

先写精确规则，再写范围较大的规则，最后保留清晰的最终处理策略。例如，单个域名的 DOMAIN 应放在可能覆盖它的 DOMAIN-SUFFIX 或 DOMAIN-KEYWORD 之前。IP 规则需要关注目标地址是否为 IPv4 或 IPv6；如果实际访问经过域名解析得到不同地址，仅观察域名并不足以解释最后命中的规则。

常见策略包括 PROXY、DIRECT 与 REJECT。PROXY 表示交给代理策略处理，DIRECT 表示直接连接，REJECT 表示拒绝请求。配置中也可能引用自定义策略组名称，此时名称必须与配置内已有定义一致。大小写、标点和逗号位置都应保持正确，避免手工编辑时引入多余空格或全角符号。

注意什么

规则不是越多越好。两条规则覆盖范围重叠时，靠前的一条先命中，后面的规则不会再参与这次判断。遇到“某个域名没有按预期处理”时，应依次检查：请求实际访问的域名、DNS 返回的地址、规则顺序、策略名称，以及当前 Global Routing 是否确实为 Config。排查完成后再合并重复条目，保持配置可读。

是什么

Add Server 适合录入一条明确的服务器信息，常见协议包括 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2。每种协议需要的字段不同，通常包括 Address、Port、Password 或其他认证参数。Subscribe 适合管理由用户自己的服务商提供并持续维护的一组条目，更新时客户端会重新读取订阅内容。

在哪里

在 Home 中进入服务器添加入口，可选择 Add Server、Scan QR Code 或 Import from Cloud JSON 等方式；订阅入口通常以 Subscribe 显示。界面中出现的协议类型、字段和传输参数应与已有服务器信息逐项对应，不要把一个协议的参数填入另一个协议页面。

怎么设

手动添加时，先选择协议，再输入 Address 与 Port，然后补齐认证和传输字段，保存后回到 Home 选中该条目。通过 Subscribe 导入时，粘贴用户已有的订阅地址，保存后执行更新，再从返回的条目中选择需要使用的服务器。通过 Scan QR Code 导入前，应先确认二维码确实来自用户自己的服务器资料；Import from Cloud JSON 适合导入已经准备好的 JSON 配置。

如果订阅更新后条目发生变化，应以服务商返回的当前内容为准。手工修改由 Subscribe 管理的条目，可能在下一次更新时被替换。希望长期保留单独参数时，可先记录原始信息，再决定使用手动条目还是订阅维护方式。

注意什么

服务器名称只是便于识别的标签，不能证明连接质量。测试时应分别观察条目能否完成 Connectivity Test、实际网页能否打开、Global Routing 是否正确，以及 DNS 是否能够解析。延迟结果只反映某种测试条件下的响应，不等同于完整访问速度。认证信息属于敏感资料，应只保存在用户自己的设备和可信备份中。

是什么

手动连接要求用户进入 Home 操作开关；On Demand 则按照预先设置的条件，由系统在网络环境变化时判断是否触发。常见判断维度包括当前网络类型、Wi-Fi 信息和域名条件。触发连接后，请求仍然按照当时选中的服务器、Global Routing 姿态和 Config 规则处理。

在哪里

进入 Settings，找到 On Demand 相关入口。首次启用连接功能时，系统可能要求确认 VPN 配置权限。On Demand 规则由上到下判断时，应保持条件名称清晰，并避免创建含义相反但范围重叠的条件。

怎么设

先从单一条件开始，例如仅针对一种网络环境启用，观察切换 Wi-Fi 与蜂窝网络时的行为。确认触发稳定后，再增加域名或网络例外。每次修改后，锁屏再解锁、切换网络或重新发起请求，都可能帮助系统重新评估条件；测试时应记录当前网络名称、Global Routing 姿态及选中的服务器。

注意什么

On Demand 开启后，如果出现连接频繁切换，通常先检查条件是否过宽、多个条件是否重叠，以及网络是否在 Wi-Fi 与蜂窝之间反复变化。若要判断问题是否来自自动触发，可暂时关闭 On Demand，改用 Home 手动连接进行对照。完成验证后，再恢复经过简化的规则。

是什么

Data 汇总客户端在运行期间观察到的上传与下载数据，可用于了解某段时间内的流量变化。统计值能帮助判断某个操作是否产生了大量传输，也能在排查时确认请求是否经过客户端，但它不直接说明规则命中了哪一条，也不能单独证明服务器速度。

在哪里

从底部导航进入 Data。不同设备尺寸下列表密度可能不同，重点查看统计范围、应用或连接项目，以及上传和下载方向。若刚刚切换配置，应从切换后的新请求开始观察，避免把之前累积的数据算入本次判断。

怎么设

Data 主要用于查看，不需要频繁调整。做对照测试时，可以先记下当前数值或重置统计，再执行一个明确动作，例如打开一个页面、播放一段内容或运行一次更新，然后返回 Data 查看增量。重复测试应尽量保持同一网络、同一服务器和同一 Global Routing 姿态。

注意什么

客户端统计、系统统计和服务商侧统计可能采用不同的计算口径与刷新时间，数值不一定完全一致。Data 中出现流量只表示请求经过了相应处理过程；要确认策略，应结合 Log 或 Diagnostics。若统计突然增大，应先检查正在前台和后台传输的应用，再判断是否与当前测试有关。

是什么

Connectivity Test 偏向快速确认服务器响应；Log 记录客户端处理请求时的事件；Diagnostics 则用于汇总或执行更有针对性的检查。三者适合配合使用：先做快速测试，再复现一次问题，最后查看与该次请求时间相符的记录。

在哪里

Connectivity Test 通常可从服务器列表或相关操作入口执行；Log 与 Diagnostics 位于客户端相应页面或 Settings 的诊断区域。界面位置可能随设备布局变化，查找时以英文名称为准。

怎么设

1. 固定环境：保持同一 Wi-Fi 或蜂窝网络、同一服务器和同一 Global Routing 姿态。
2. 执行 Connectivity Test：记录测试能否完成，不只比较数值高低。
3. 重新发起请求：关闭目标页面后重新打开，让 Log 出现本次测试对应的记录。
4. 查看匹配结果：确认目标域名、解析地址以及最终使用的 PROXY、DIRECT 或 REJECT。
5. 一次修改一项：只调整服务器、规则、DNS 或 On Demand 中的一项，然后重复同样步骤。

注意什么

分享诊断内容前，应先检查其中是否包含服务器地址、认证信息、订阅地址或个人网络名称。用于自查时，保留发生时间、目标域名、当前姿态和修改动作即可。若 Proxy 可访问而 Config 不可访问，重点检查规则；若两者都不可访问而 Direct 正常，重点检查服务器与协议参数；若服务器测试有响应但域名访问失败，则优先检查 DNS 和目标域名记录。