Shadowrocket（小火箭）的 Global Routing 决定已接管连接的处理方式：Config 按当前配置匹配规则，Proxy 统一交给代理路径，Direct 使用直连路径。本文以用户已有自己的服务商与订阅为前提，说明在哪里切换、如何读取规则，以及怎样用同一目标做对照排查。日常优先使用经过检查的 Config，Proxy 用于临时对照，Direct 用于验证直连；切换之后应检查新连接，而不是只看连接开关。
三种模式的区别：先区分规则、代理与直连
Global Routing 是路由模式，不是连接质量档位。它不会更改已有服务器的地址、端口或认证信息，也不会因为切到 Proxy 就提高线路带宽。选择哪一种，应由“这次连接需要怎样处理”决定。
Config：按当前配置处理
推荐按规则顺序决定连接走 DIRECT、PROXY 或配置中指定的策略；没有命中前面的规则时，由 FINAL 决定去向。Config 不等于“其余一律直连”。
适合：已检查规则与 FINAL 的日常分流。
Proxy：统一使用代理路径
对应用接管的普通连接，不再依靠 Config 中的目标分流规则选择直连或代理，而是统一使用代理路径；仍然需要可用的服务器与正确参数。
适合：临时集中走代理，以及与 Config 做路由对照。
Direct：统一使用直连路径
对应用接管的普通连接使用直连路径。连接开关仍可保持开启，因此 Direct 不等于关闭 Shadowrocket，也不表示所有网络设置都已恢复系统默认。
适合：检查当前网络的直连可达性，或临时全部直连。
这里的“统一”以 Shadowrocket 实际接管的连接为范围，不应理解为设备上任何流量都必定经过同一出口。DNS、局域网访问、已有连接与配置中的其他网络行为，还需要分别检查。
在哪里切换：Home → Global Routing
在 iPhone 或 iPad 上打开 Shadowrocket，进入 Home，点开 Global Routing，再选择 Config、Proxy 或 Direct。不要把底部的 Config 页面与这里的 Config 模式混为一谈：前者管理配置文件，后者决定连接是否按当前配置的规则处理。
- 记录原状态。记下当前 Global Routing、当前使用的配置以及选中的已有服务器，避免排查后忘记恢复。
- 确认前提。需要代理时，先确认已有订阅已导入，服务器参数完整；不要在切模式的同时更新订阅或更换服务器。
- 选择模式。在 Home → Global Routing 中点选目标项，返回 Home 核对显示结果，再确认连接开关处于需要的状态。
- 建立新连接。重新打开测试页面，必要时退出并重开对应应用；旧连接可能继续沿用原来的路径。
- 恢复日常设置。完成验证后切回原先经过检查的模式，再次访问相同目标确认结果。
若页面还显示 Scene，应把它理解为按预设场景条件应用相应设置的入口，而不是一个固定的“全部代理”或“全部直连”去向。使用前要先核对场景条件及关联设置；为了进行可复现的三模式对照，先明确选择 Config、Proxy 或 Direct。
Config 怎么分流：按顺序匹配，最后检查 FINAL
Config 的结果取决于当前生效配置，而不是模式名称本身。在 Config 页面确认正在使用的文件，再查看其中的规则。常规规则从上到下匹配；命中适用规则后，就按该规则指定的策略处理，不是把所有规则的结果综合计算。
下面是说明语法的独立示例，并非建议直接替换现有配置。域名使用示例域名，地址段使用文档示例地址；它们不是可用服务信息。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX,example.com,PROXY：匹配example.com及其子域名，指定代理路径；它不是对 URL 全文进行关键词搜索。IP-CIDR,192.0.2.0/24,DIRECT：匹配目标 IP 所在地址段。域名访问是否触发 IP 类规则，还与解析结果和相关选项有关。GEOIP,CN,DIRECT：根据目标 IP 的地区数据库结果匹配；数据库标注的 IP 归属地不等于网站经营主体所在地。FINAL,PROXY：接住前面没有命中的连接。若改成FINAL,DIRECT，未匹配连接的默认路径也会随之改变。
因此，“切到 Config 后某个网站仍走代理”不一定是异常：它可能命中了域名规则、IP 规则、某个策略组，或者最终落到了 FINAL。应先查看该次新连接的匹配记录，再决定是否修改规则。把宽泛规则放在前面，也可能使后面的具体规则没有机会生效。
日常与排查怎么选：先固定目标，再比较结果
日常访问既有需要直连的目标，也有需要代理的目标时，经过检查的 Config 更容易保持明确的路由边界。临时排查则应控制变量：保持同一网络、同一目标、同一服务器，仅改变 Global Routing，才有条件比较差异。
两种使用方案：日常分流与临时对照
日常使用 Config
- 确认 Config 页面选中了预期文件。
- 检查目标规则与 FINAL 的策略。
- 同时验证一个预期直连目标和一个预期代理目标。
- 调整规则后重新建立连接，核对匹配结果。
临时使用 Proxy / Direct
- 先记下 Config 下的具体失败现象。
- 保持服务器不变，切到 Proxy 访问同一目标。
- 再用 Direct 检查当前网络能否直接访问。
- 记录结果后恢复原模式，不把一次成功当成长期结论。
Config 失败而 Proxy 成功时，优先检查规则去向与策略选择；这只是排查线索，仍需结合 DNS 与连接记录确认原因。
例如，同一页面在 Config 下超时、Proxy 下能加载，而 Direct 下也超时，可以先查看 Config 是否把它交给了 DIRECT，或者交给了另一个不可用策略。反过来，Direct 正常而 Proxy 超时，应优先检查代理服务器与路径。这里描述的是对照现象的判读方法，不是固定测试结果。
切换后仍打不开：把路由、DNS 与连接分开检查
Global Routing 只解决路由姿态的问题，不能替代服务器认证、域名解析与协议传输条件。一次访问通常包含解析域名、连接目标地址、建立加密会话等环节；其中任何一步失败，都可能表现为页面一直加载。
| 观察到的现象 | 优先核对 | 下一步操作 |
|---|---|---|
| Config 失败，Proxy 正常 | 规则命中、FINAL、策略组选择 | 在 Data 的连接记录中查找同一目标的新连接，核对实际策略；具体展示内容以当前界面为准。 |
| Proxy 失败，Direct 正常 | 已有服务器地址、端口、认证与传输条件 | 核对已有订阅参数，确认没有手动改错端口或凭据，再单独测试服务器。 |
| 三种模式都失败 | 当前网络、DNS、目标自身状态 | 先检查其他目标能否访问，再检查解析错误；不要连续修改多个配置项。 |
| 切换后原页面表现没变 | 连接复用、缓存、后台连接 | 关闭原页面并重新访问，必要时重开应用，再观察新连接记录。 |
以常见 HTTPS 访问为例，目标端口通常是 443；传统 DNS 查询通常使用 53，DNS over HTTPS 通常使用 443。这些是不同环节的端口，不是要求把已有代理服务器的端口改成这些数值。服务器端口必须与用户已有配置一致。
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是协议或隧道类型，不是 Global Routing 的替代选项。切到 Proxy 不会把协议自动转换成另一种类型，也不能修复错误凭据。DNS 也应按当前配置单独检查：Direct 并不保证解析方式随之恢复为系统默认。
常见疑问：开关、订阅与自动连接分别影响什么
选了 Proxy，为什么还是不能用？
先回到 Home 核对选中的已有服务器与连接开关，再检查地址、端口、认证参数。Proxy 只是把已接管连接交给代理路径；如果该路径不可用，模式本身不会生成可用连接。请保持同一目标测试，避免同时更换网络和服务器。
切到 Direct 后，为什么系统仍显示 VPN 状态？
Direct 是连接开启时的一种路由姿态，不是停止网络扩展的按钮。需要停止 Shadowrocket 接管连接时，应在 Home 关闭连接，并检查 Settings → On Demand 是否配置了自动触发条件；仍应以实际连接状态为准。
更新已有订阅，就会把 Config 规则一起更新吗？
不应这样推断。服务器订阅更新与路由配置文件更新是不同事项，具体更新内容取决于导入对象。更新后分别检查 Home 中的服务器与 Config 中的生效文件；服务器数量变化不能证明规则或 FINAL 已改变。
打开 On Demand 后，还需要选择 Global Routing 吗？
需要分别核对。Settings → On Demand 管理满足条件时的连接触发，Global Routing 决定连接建立后的处理姿态。开启自动连接不代表自动选中了正确的规则配置；同时使用 Scene 时，还应检查场景是否会应用其他设置。
Proxy 能打开的网页，是否都应该加一条规则？
先查 Config 下的新连接命中了什么，再决定修改。若只是现有策略组选错服务器，应先修正选择；确需新增域名规则时，使用合适的 DOMAIN-SUFFIX 范围，并放在会提前命中的宽泛规则之前，随后重新验证。
恢复日常使用前，核对这四项
排查结束后应恢复明确、可解释的配置状态，而不是仅保留最后一次能打开页面的模式。尤其在临时使用 Proxy 后，应确认是否仍需要所有已接管连接使用代理路径；在 Direct 下测试结束后，也应核对原本需要代理的目标。
- 模式：Home → Global Routing 显示预期选项，没有停留在临时测试状态。
- 配置：Config 中的生效文件、规则顺序与 FINAL 符合实际需求。
- 服务器：当前代理路径使用用户已有且参数完整的服务器，没有把延迟数字当成可用性的唯一证据。
- 验证：重新建立连接，分别检查预期直连与预期代理目标，并核对 Settings → On Demand 的触发条件。
Shadowrocket 是面向 Apple 平台的付费客户端，主要用于 iPhone 与 iPad，唯一获取入口为 App Store。它是闭源商业应用，客户端买断 ≠ 线路套餐；本文不提供、不销售、不推荐节点或订阅。系统要求、设备兼容性与通用购买以 App Store 页面标注为准。