初次打开 Shadowrocket（小火箭）时，先用 Home 找连接与服务器，用 Config 找配置文件，用 Data 检查请求记录，再用 Settings 调整应用行为。本文按实际操作顺序说明这些入口，重点区分 Config 的两种语境、Proxy 与 Direct 的作用，以及“已连接”和“目标请求可用”之间的差别。
先辨认 Home、Config、Data、Settings 的职责
打开 Shadowrocket 后，先找标有 Home 的主页面。服务器列表、连接开关与 Global Routing 都从这里检查；需要改规则时再进入 Config，不必为了连接先遍历 Settings。iPhone 与 iPad 的入口排布可能不同，应按英文名称辨认，而不是只记屏幕上第几个图标。
| 界面词 | 从这里处理什么 | 检查结果 |
|---|---|---|
| Home | 选择服务器、切换 Global Routing、开启或停止连接 | 服务器选择与连接状态符合本次操作目的 |
| Config | 管理、选择和编辑配置文件 | 预期文件处于当前选中状态，规则内容正确 |
| Data | 查看流量信息与请求记录，辅助判断请求去向 | 找到对应测试时间、域名或目标地址的记录 |
| Settings | 调整应用设置，例如 On Demand 与订阅相关选项 | 所改选项与预期连接或更新行为一致 |
这几个入口分别处理连接、配置、观察和应用行为。它们不是必须依次完成的向导。已有服务器与可用配置时，日常通常只需要在 Home 检查状态；只有出现具体问题，才进入相应页面修改一项设置并重新测试。
Home：先添加已有订阅，再选择服务器与连接
以下操作以用户已有自己的服务商与订阅为前提。订阅是获取服务器条目的地址，不是规则文件，也不是 App Store 的购买凭证。Shadowrocket 是闭源商业应用，采用一次性买断；客户端买断 ≠ 线路套餐，购买应用不会自动生成可用服务器。
-
打开添加入口
进入 Home，点右上角“+”，在 Type 中选择 Subscribe。这里决定新增条目是订阅，而不是手动填写某一种协议的服务器。
-
填入已有地址
在 URL 中粘贴自己的完整订阅地址，检查开头、结尾及查询参数后保存。不要把服务商的账户网页地址当成订阅地址，也不要向他人展示含凭证的完整链接。
-
更新并选择
回到 Home，下拉刷新订阅，确认出现服务器条目，再选择本次要使用的条目。列表出现名称只表示条目已导入，不代表远端连接已通过验证。
-
开启并验证
在 Home 检查 Global Routing，再打开连接开关。首次使用按系统提示允许添加 VPN 配置，随后访问一个明确的目标页面，并到 Data 核对本次请求。
手动添加时，Type 可能是 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 等协议类型。必须依据自己已有服务的参数选择，不能为了消除报错随意更换。Address、Port 与认证信息是不同字段；例如服务资料注明 Port 为 443 时，端口栏填 443，不能把整个网页 URL 填进去。这个数字只是填写方式示例，不是通用端口要求。
Global Routing：区分 Config、Proxy、Direct 与 Scene
在 Home 打开 Global Routing，先确认当前选择，再判断请求为什么走某条路径。这里控制的是流量处理姿态，不是服务器协议类型。改成 Proxy 不会把 Trojan 服务器转换成其他协议，改成 Direct 也不等于删除配置文件。
Config
推荐按当前配置文件的规则决定请求去向。某个域名可能命中 DIRECT，另一个域名可能命中 PROXY；结果由规则内容及顺序决定，并非固定按地区自动分类。
适合：已有核对过的规则，需要按目标分别处理请求。
Proxy
以代理方式处理流量，用来与 Config 下的规则处理结果作对照。切到这里仍需可用的服务器及正确参数，连接开关和系统网络状态也仍然重要。
适合：临时排查某次访问失败是否与规则选择有关。
Direct
以直连方式处理流量，不使用代理服务器转发目标请求。此时应用仍可能保持系统 VPN 连接，因此状态栏的 VPN 标记不能用来证明请求经过代理。
适合：对照当前网络的直连结果，缩小问题范围。
Scene
按已设置的场景条件应用对应的路由安排。使用前先核对场景条件及对应动作；没有确认场景配置时，不应仅凭名称推断它会选哪个服务器或路由姿态。
适合：已有明确场景配置，需要随环境应用不同安排。
界面里的 Proxy、Direct 与规则文本中的 PROXY、DIRECT 相关，但所在层级不同。前者是 Global Routing 的选择，后者是单条规则的处理目标。排查时先核对全局姿态，再看规则；否则容易在 Proxy 姿态下反复编辑一条本次并未按预期参与分流的规则。
Config：配置文件与路由姿态不是同一个入口
需要检查规则时，进入 Config 找到当前选中的文件，再查看其中的 [Rule] 段。仅把文件导入列表并不等于已经选中它；编辑其他文件，也不会自动改变当前使用文件的规则。修改前先备份，修改后确认保存，并回到 Home 核对 Global Routing 是否为 Config。
两个 Config 的检查分工
Config 页面
- 确认当前选中的配置文件。
- 检查 Rule、DNS 等配置内容。
- 编辑后保存，保留修改前的副本。
Global Routing → Config
- 让流量按当前配置的规则处理。
- 配合 Data 检查实际命中结果。
- 不能代替选择或编辑配置文件。
先确定“使用哪个文件”，再确定“是否按这个文件的规则处理”，两项都正确才有检查规则的基础。
下面的片段只演示语法与顺序，不是可直接代替个人配置的完整文件。example.com 是示例域名；使用前需要按自己的目标核对规则及代理选择。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECTDOMAIN-SUFFIX按域名后缀匹配，这里用于 example.com 及其子域名。IP-CIDR匹配地址网段；示例中的no-resolve避免为匹配该条 IP 规则而主动触发域名解析。GEOIP根据目标 IP 的地区归属匹配，不是根据网页语言或域名后缀猜测地区。FINAL放在末尾，处理前面未命中的请求。示例选择 DIRECT，不表示所有配置都应使用这个兜底目标。REJECT表示拒绝匹配请求；它与网络超时是不同原因，不能只通过更换服务器来排查。
规则通常自上而下检查，先命中的规则决定处理结果。因此更具体的例外应放在可能覆盖它的宽泛规则之前。需要进一步核对字段时，可查看配置字段说明，不要把多个来源的片段直接叠加后就视为完成。
Data：用请求记录确认结果，不把流量数字当账单
先保持连接，在浏览器里只打开一个待测目标，记下大致时间，再进入 Data 查找对应请求记录。优先核对域名或目标地址、记录时间，以及记录中可见的规则或处理去向。若列表包含其他应用的后台请求，不要仅凭最新一行就认定那是本次网页访问。
- 测试前确定目标与当前 Global Routing，避免一次更换多个条件。
- 发起一次新的访问；已有长连接或缓存页面不一定会产生新的、容易辨认的记录。
- 在 Data 找到本次目标；有规则信息时，将它与 Config 中对应条目逐字对照。
- 只改一项设置后重复访问，比较请求去向与成功、失败现象。
例如，Global Routing 选择 Config，而目标请求显示按 DIRECT 处理时，应先检查命中的直连规则与 FINAL，不应先判断服务器失效。若请求按 PROXY 处理仍失败，再核对当前服务器、协议参数和网络可达性。记录中没有目标请求时，则先确认是否真的发起了新请求，以及记录功能的设置与保留范围。
Settings：应用行为与 On Demand 的检查入口
需要按条件建立连接时，进入 Settings → On Demand 检查开关和触发条件。On Demand 影响何时由系统按条件发起连接；Global Routing 影响连接后的请求如何处理。两者可以同时存在，但不能相互替代。
调整 On Demand 后，应在实际使用的网络环境中验证：切换到对应网络，观察连接是否按条件建立，再发起目标请求确认路由结果。手动关闭连接后若又出现连接，先检查 On Demand 及其条件，而不是反复删除系统 VPN 配置。
已经导入订阅，为什么 Config 里没有规则？
回到 Home 检查订阅下是否已有服务器条目。服务器订阅与配置文件分开管理；需要按规则处理时，还要进入 Config 选择合适文件，再到 Home → Global Routing 选择 Config。
开关显示已连接，为什么页面仍然打不开？
先看 Home → Global Routing 是否为预期姿态，再到 Data 找这次访问。已连接表示系统隧道建立，不代表每个远端目标都可达；根据记录中的处理去向继续检查规则或服务器参数。
关闭后又连上，是不是开关失效？
到 Settings → On Demand 检查是否有正在生效的条件。需要临时停止自动连接时，先调整相关条件或关闭 On Demand，再停止连接，并观察实际网络下的状态。
订阅更新失败，要改 Config 吗？
先在 Home 确认更新的是哪条订阅，核对地址是否完整、凭证是否有效以及当前网络是否可达。若该地址需要经已有代理访问，再检查 Settings → Subscribe 中的 Update via Proxy；它不会修复过期凭证或错误 URL。
界面辨认可以按“Home 定连接、Config 定规则、Data 看结果、Settings 改行为”这一顺序进行。每次只更改与当前问题直接相关的一项，并保留更改前后的现象记录，比同时切换服务器、规则与 On Demand 更容易找到原因。