Shadowrocket 功能与常用设置

01 / ROUTING

Global Routing：配置、代理与直连

Global Routing 决定请求采用哪一种路由方式，通常从 Home 进入。它与连接开关、当前选中的服务器是不同层次的设置：开关决定是否建立系统 VPN 通道，服务器提供可用的连接目标，路由方式决定流量如何使用这些目标。只打开开关，并不能证明规则已生效，也不能证明服务器可以访问。

打开 Global Routing 后，先核对当前选择的 Config、Proxy 或 Direct，再按下表判断是否符合本次测试目的。中文所说的配置、代理、直连，对应的就是这三个英文选项，不是三个单独的配置文件。

若 Proxy 能访问同一目标而 Config 不能，优先查看匹配规则及其引用的策略；若两者都失败，则先检查服务器参数和基础网络。此类对照只是缩小范围，不能单凭一次结果断定故障原因。测试结束后恢复原本使用的模式，避免临时改动持续影响后续流量。

02 / RULES

规则分流：匹配条件与执行策略

规则分流用于把不同请求交给不同策略处理。在 Config 中确认当前使用的配置文件，再查看其中的 [Rule] 内容。使用 Global Routing → Config 时，规则按排列顺序检查，通常命中后即采用对应策略，因此更具体的条件应放在更宽泛的条件之前，兜底的 FINAL 放在末尾。

一条规则通常包含“匹配类型、匹配内容、策略”。DOMAIN 匹配完整域名，DOMAIN-SUFFIX 匹配域名后缀，DOMAIN-KEYWORD 匹配域名中的关键词；IP-CIDR 与 IP-CIDR6 对应地址网段，GEOIP 按地址归属数据库判断。USER-AGENT 依赖可取得的请求信息，不应假定它能识别所有加密流量。

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

这段片段只说明语法与顺序，不是可直接替换现有配置的完整文件。第一条比第二条更具体：访问 ads.example.com 时会先命中 REJECT，不会继续落到后面的后缀规则。DIRECT 表示直连，REJECT 表示拒绝，PROXY 对应代理路径；如果规则引用自定义策略名称，应先确认该名称确实存在，且其当前选择有效。

添加规则前保留原文件，再修改一个明确的测试目标。重新发起请求后，结合连接记录查看实际命中的规则与策略，不要只看页面是否打开。页面可能受到缓存、多个域名请求或已有连接影响。若需测试新的匹配结果，应重新建立目标请求；不要为验证一条域名规则同时改动 DNS、路由模式和服务器。

03 / SERVERS

Subscribe 与服务器管理

服务器记录保存连接目标及认证参数，Subscribe 用于导入和更新用户已有的服务器列表。两者与规则配置并不相同：导入了服务器，不代表已经选中正确的 Config；下载了规则配置，也不代表已经具备可用的服务器信息。操作前应先分清手中的内容是订阅地址、单条服务器信息，还是配置文件。

Subscribe：导入已有订阅

已有自己的订阅时，按当前界面从 Config 页的 Subscribe 入口核对可用操作，填写已有地址并完成导入或更新。导入后返回 Home，检查服务器列表、分组及名称是否符合预期，再选择一条记录进行连接验证。订阅更新成功只表示内容已取得并被处理，不表示每条服务器都可以建立连接。

更新失败时，先核对地址是否完整、订阅是否仍有效、当前网络是否能访问该地址，再查看具体错误。不要连续删除后重新添加，以免失去原有分组与排查线索。订阅内容更新可能覆盖由订阅维护的字段，确需本地修改时应先记录差异，并理解下次更新的影响。

Add Server：逐项核对参数

持有单条服务器信息时，从 Home 的添加入口进入 Add Server，先选协议类型，再按原始信息填写地址、端口及相应认证字段。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等协议的字段不同，不应把某一种协议的参数机械填进另一种协议的表单。TLS、SNI 与传输方式也必须与服务器端一致。

已有二维码或可识别链接时，可按界面的 Scan QR Code 或剪贴板导入入口处理，导入后仍要核对类型、地址和关键字段。不要把包含认证信息的二维码、订阅地址或完整记录公开展示。Connectivity Test 可以帮助筛选需要复查的记录，但测试通过不能替代实际业务访问验证。

04 / ON DEMAND

On Demand：按条件触发连接

On Demand 通过系统 VPN 的按需连接机制，在满足已设置条件时触发连接。它不是服务器故障后的通用修复开关，也不是让所有应用流量必然经过代理的保证。实际请求如何处理，仍受 Global Routing、规则和所选服务器影响。

在 Settings 中找到 On Demand，先阅读当前可用的网络条件，再决定是否启用。设置前应完成一次手动连接：确认系统 VPN 配置已经授权、所选服务器可用、当前 Config 符合预期。只有手动路径已经验证通过，自动触发的结果才便于判断。

启用后，用实际会遇到的 Wi-Fi 与蜂窝网络切换来验证触发行为，记录哪些条件会连接、哪些条件保持原状。如果关闭连接后很快再次开启，先检查 On Demand 与系统中的 VPN 按需设置，而不是直接认定开关失效。需要临时停用连接做基础网络测试时，应同时暂停相关按需条件，测试后再恢复。

iPhone 与 iPad 的可用网络条件可能因设备能力、系统及当前界面而不同。不要把某台设备的条件照搬到另一台设备，也不要仅凭 VPN 标识判断触发是否正确；应同时查看连接状态、访问结果及所用策略。

05 / DATA

Data：查看流量记录与变化

Data 用于查看客户端记录的流量与连接相关信息。进入 Data 后，先确认当前显示的统计范围、记录对象和起止条件，再观察上传与下载的变化。不同页面中的总量可能采用不同统计口径，不能把客户端累计值直接当作服务端账户的计费余额或剩余额度。

排查时，可以先记录当前数据，随后只执行一个明确操作，例如打开指定网页，再返回查看新增记录与流量变化。如果记录提供目标、策略或连接状态，应把这些信息与当前 Global Routing 和规则一起核对。测试中不要同时运行大量后台传输，否则难以把新增流量与目标请求对应起来。

若当前界面提供清理或重置统计的操作，先保留需要的排查信息，再执行清理。清理本地记录不会改变服务端计费。应用退到后台、连接重新建立、设备切换网络后，统计连续性也需要重新核对；单次流量增长或下降，不能独立证明速度、耗电或服务器稳定性。

06 / SETTINGS

Settings：DNS、测试与同步

DNS：区分解析与连接问题

DNS 把域名解析为地址，其结果会影响后续连接与部分地址类规则。在 Settings 查看 DNS 相关选项时，还应回到当前 Config 核对是否存在解析设置，避免只修改一个入口却忽略另一个配置来源。先记录现有值，再判断问题是否仅限于域名解析，或解析之后的连接也同样失败。

修改前核对所填地址与格式是否受当前界面支持，并确认解析服务在当前网络下可达。不要为了尝试而同时填入多组来源不明的设置，也不要把 DNS 更改当作所有超时问题的通用处理。修改后重新发起同一域名请求，结合解析结果和连接记录复测；已有缓存可能让一次测试无法体现变化。

Test Method：固定测试口径

Test Method 决定连接测试采用的方式。在 Settings 核对该项后，再使用 Connectivity Test。测试方式与目标不同，得到的数值含义也可能不同；某种测试失败，并不必然说明所有实际请求都会失败。比较不同服务器或不同网络时，应保持测试方式、目标和网络条件尽量一致。

连接测试用于缩小排查范围，不是完整的吞吐量测试。较低的测试耗时不保证大文件传输更快，测试超时也需要结合实际访问、协议参数及服务器状态解释。若更换 Test Method，请记录修改前后的选项，避免将口径变化误读为服务器性能变化。

Today Widget：便捷入口与状态核对

Today Widget 用于配合系统小组件入口进行便捷查看或操作。先在 Settings 核对相关配置，再按当前系统提供的方式添加可用组件。系统是否提供该入口、组件允许执行哪些操作，以设备上的实际界面为准，不应假定所有系统界面都完全一致。

使用组件发起操作后，应返回 Home 核对连接结果。组件的显示刷新、系统 VPN 状态和应用内记录不一定同时更新；显示未变化时，先确认应用内实际状态，再检查组件配置，不要连续反复点击造成多次连接切换。

iCloud：同步前先区分本地与云端

在 Settings 中查看 iCloud 相关同步或备份选项，并按当前界面确认实际包含的数据范围。使用前核对系统 iCloud 登录状态、应用使用 iCloud 的权限及可用空间。首次同步前保留本地配置，遇到云端与本地内容不同的情况时，先辨认哪一份是希望保留的内容，再执行导入、恢复或覆盖。

不要假定所有敏感字段、系统 VPN 授权和本地记录都会随同步一起迁移。换到另一台设备后，仍需检查服务器信息、当前 Config、Global Routing 与首次 VPN 授权。App Store 的已购恢复用于重新获取应用，与配置同步是两条独立流程；相关购买说明见已购恢复。

07 / DIAGNOSTICS

Diagnostics：保留可复现的排查信息

Diagnostics 用于收集和查看诊断信息。在 Settings 查找该入口，按当前界面选择需要的检查或记录功能。先写下故障发生的网络、目标、时间范围与复现步骤，再执行诊断，所得结果才有上下文。诊断记录不是修复按钮，也不能只凭某一行错误就排除所有其他原因。

1. 固定测试条件。记录当前服务器、Config 与 Global Routing，选定一个能稳定复现问题的请求。
2. 先查基础网络。确认当前 Wi-Fi 或蜂窝网络本身可用，再检查系统 VPN 授权及连接状态。
3. 逐项隔离。分别核对服务器参数、规则命中、DNS 与连接测试，不要同时更换所有设置。
4. 复测并恢复。修改一项后重新执行同一请求，记录结果；临时路由方式与诊断设置使用完毕后恢复。

需要保留或分享诊断结果时，先检查其中是否包含订阅地址、认证字段、服务器地址、访问域名或其他私人信息，只提供定位问题必需的部分。日志中没有明显错误，并不等于链路的每一段都已验证通过；应结合实际症状，继续查阅故障排查手册中的对应章节。

功能设置的可靠起点是“知道当前值、一次只改一项、能复现结果”。若只是想确认某个英文项的含义，可查阅名词解释；若需要从导入到首次连接的完整顺序，返回入门指南，不必一次启用本页所有功能。