本文适合刚开始使用 Shadowrocket（小火箭）、已有自己的服务商与订阅的用户。先分清四个标签页，再区分 Config 标签页与 Global Routing 中的 Config 模式，最后按“服务器、模式、配置、记录”的顺序检查连接。英文词用于定位入口，中文解释用于理解作用；不要仅凭一个词判断连接是否成功。
四个标签页：先区分入口与状态
Home、Config、Data、Settings 是功能入口，不是四种连接方式。Home 主要用于选择服务器、管理服务器条目并控制连接；Config 用于管理配置文件；Data 用于查看连接记录与流量相关信息；Settings 用于调整应用设置。打开某个标签页，只是改变当前查看的位置，不等于切换了分流模式。
第一次阅读界面时，容易把“当前看见的页面”“当前选中的服务器”“当前生效的配置”混为一件事。它们是独立状态。例如，正在查看 Config，并不能证明 Global Routing 已选择 Config；Home 中有服务器条目，也不能证明连接已经建立。
| 界面词 | 主要作用 | 优先核对的内容 |
|---|---|---|
| Home | 服务器列表、连接控制与 Global Routing | 选中了哪个条目，连接是否开启 |
| Config | 管理、选择和编辑配置文件 | 哪份配置生效，规则顺序是否正确 |
| Data | 查看连接记录与流量信息 | 目标、匹配规则、策略和错误线索 |
| Settings | 管理应用行为与相关功能选项 | 如 On Demand 是否符合当前使用环境 |
具体列表项和选项位置可能随设备及应用界面调整而变化。应先按英文名称识别功能，再核对实际显示的选项，不要用某一张旧界面的按钮位置代替功能判断。
Home：服务器、Subscribe 与连接开关
Home 中的服务器条目表示一组连接参数，通常包含服务器地址、端口、协议以及对应的认证信息。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是协议名，不是标签页，也不是 Global Routing 模式。协议应按自己的服务商提供的信息填写，不能为了“更容易连接”而随意替换 Type。
Subscribe 指订阅导入方式。订阅链接返回服务器列表，更新订阅主要用于同步这个列表；它不等于启用某份 Config 文件，也不表示所有网站都会采用相同策略。客户端买断 ≠ 线路套餐，本文以用户已经持有自己的服务商与订阅为前提。
-
进入 Home
打开 Home，先看现有服务器列表与连接状态。开始操作前记录当前选中的条目，避免排查过程中更换了对象却仍比较旧结果。
-
选择类型
需要导入已有订阅时，进入 Home → 右上角“+” → Type → Subscribe。这里只说明入口，不要求已有有效列表的用户重复导入。
-
保存并核对
填写自己的订阅 URL 并保存，返回 Home 核对是否生成服务器列表。不要将配置文件地址、网页地址或账户管理页面当成订阅链接。
-
选择并连接
选择要使用的服务器，核对 Home → Global Routing，再开启连接。首次使用时，按系统提示允许添加 VPN 配置，然后通过实际请求检查结果。
Global Routing：Config、Proxy、Direct 的区别
Global Routing 决定当前由 Shadowrocket 处理的连接采用哪种路由方式。Config 依照生效配置中的规则选择策略；Proxy 将这些连接交给代理策略处理；Direct 则直接连接目标。它们描述的是路由姿态，不改变服务器自身的协议和认证参数，也不能把失效的服务变成可用服务。
Config
推荐按当前配置中的规则分流。结果可以是 DIRECT、代理策略或 REJECT，并非固定为“部分直连、其余代理”；具体取决于规则内容与排列顺序。
适合:已有经过核对的配置，需要按目标分别处理连接。
Proxy
对当前接管的连接采用代理路由，用于临时检查代理路径。不要理解为设备中任何流量在所有情况下都会经过代理，实际仍受系统与流量接管范围限制。
适合:与 Config 做单变量对照，判断问题是否与分流规则有关。
Direct
对当前接管的连接采用直连路由。它不是“选择一个速度更快的服务器”，也不等于关闭系统中的 VPN 状态。
适合:检查本地网络直接访问目标的结果，完成后恢复原模式。
如果界面中出现 Scene，应将其理解为按场景条件选择路由行为的入口，而不是一种新协议。使用前要核对场景条件及对应动作；不能只看到 Scene 这个名称，就断言当前一定使用代理或一定按某份规则分流。初次排查可先明确选择 Config、Proxy 或 Direct，减少自动切换带来的变量。
Config：标签页与模式同名，但职责不同
Config 标签页回答“使用哪份配置、配置里写了什么”；Global Routing → Config 回答“是否按配置规则处理连接”。因此，导入配置、选择配置、选择路由模式是不同操作。修改了一份没有生效的文件，当前请求通常不会按新规则改变；即使编辑了生效文件，也应保存并按界面提示重新应用，再用新请求验证。
入口与状态
- Config 标签页
- 管理并核对当前使用的配置文件。
- Home → Global Routing
- 选择 Config，才按配置规则分流。
- Data
- 用新请求的记录检查实际匹配结果。
文件存在、文件生效和按规则路由，需要分别确认。
规则关键字
- DOMAIN-SUFFIX
- 按域名后缀匹配目标。
- IP-CIDR
- 按 IPv4 地址网段匹配目标。
- GEOIP
- 按 IP 地理归属数据匹配。
- FINAL
- 前面的规则均未命中时使用的兜底规则。
规则自上而下匹配，命中即停止，FINAL 放在末尾。
下面只是规则语法片段，不是一份可直接替代现有配置的完整文件。example.com 是示例域名；PROXY 所指向的代理策略必须在实际配置中可用。不要把服务器列表中的显示名称与配置中的策略名称自动视为同一个东西。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY这里的 192.168.0.0/16 表示一个私有地址网段，no-resolve 表示不为了这条 IP 规则主动触发域名解析；它不是通用的连接修复参数。GEOIP,CN,DIRECT 依赖 IP 归属判断，不等同于“所有中文网站直连”。规则中的 DIRECT、PROXY、REJECT 是策略关键字；界面模式 Direct、Proxy 则位于另一层，不应混用概念。
Data：用记录判断，不用总流量推断
Data 的价值是把一次请求与实际处理结果对应起来。连接开关开启只能说明连接状态，流量数值增加也只能说明有数据活动；二者都不能单独证明某个网站命中了预期规则。检查时要锁定同一个目标和同一时段，结合当前记录可见的目标、规则、策略及错误信息判断。
- 先产生新请求：记录当前模式，访问一个明确目标，再到 Data 查找对应时段的记录。旧连接可能仍在复用，不宜用来判断刚修改的规则。
- 再核对策略：如果预期走代理而记录显示 DIRECT，优先检查模式、规则顺序和生效文件，而不是马上更换协议。
- 最后看错误：如果策略符合预期却请求失败，再检查服务器可达性、认证参数、DNS 或目标本身。单条错误不足以证明整个订阅失效。
例如，同一目标在 Proxy 下可以访问，切回 Config 后失败，这个对照提示应优先检查 Config 的规则、策略映射及相关 DNS 设置，但还不能直接断言某一条规则有错。保持服务器不变，再核对新请求记录，才能逐步缩小范围。分享记录时只保留必要字段，并隐藏账户和认证信息。
Settings：On Demand 不等于分流规则
Settings 管理应用行为。Settings → On Demand 用于设置按条件自动建立或断开连接的行为；Global Routing 用于决定连接建立后如何路由；Config 中的规则用于在 Config 模式下逐条匹配目标。这三层分别回答“何时连接”“采用哪种模式”“某个目标使用什么策略”。
不要在尚未验证手动连接时同时开启多项自动行为。否则网络切换、自动连接和规则变化可能交织在一起，导致难以确定是哪一项改变了结果。On Demand 还会涉及系统 VPN 配置，实际触发条件与动作应以当前界面及系统显示为准。
- 先手动验证：在 Home 选定服务器与模式，确认一次实际请求可以按预期完成。
- 再配置条件：进入 Settings → On Demand，逐项核对实际提供的网络条件和连接动作，避免把所有网络环境设成同一动作却未检查需求。
- 测试网络切换：分别在目标 Wi-Fi 与蜂窝环境下检查连接状态，再产生新请求，确认触发结果符合设置。
- 排查自动重连：如果手动关闭后又出现连接，先检查 On Demand 及系统 VPN 设置，不要仅重复点击 Home 开关。
常见词义误读与检查顺序
打开 Config 标签页，是否就会按规则连接？
不会。标签页只是管理入口。先核对生效配置，再到 Home → Global Routing 选择 Config，最后用 Data 中的新请求记录验证。只完成其中一项，不能说明整个链路已经按预期配置。
Direct 是否表示已经断开连接？
不是。Direct 表示直连路由，连接开关表示另一项状态。要停止连接，应检查 Home 的连接控制；若存在自动重连，还需要检查 Settings → On Demand。
订阅更新后，Config 规则会一起改变吗？
服务器订阅与配置文件是不同对象。不能根据服务器列表更新成功就推断规则也已更新；应分别核对订阅内容与 Config 中生效的文件。不同资源的更新入口和内容需要分别确认。
实际排查可固定为一个顺序：先在 Home 确认服务器与连接状态，再确认 Global Routing，随后核对 Config 中的生效文件，最后用 Data 检查新请求。只有遇到自动连接或网络切换问题时，再把 Settings → On Demand 加入检查。每次只改一项，记录改变前后的结果，比同时调整多个入口更容易得到可复现的结论。