本文适合已经在 Shadowrocket（小火箭）中导入自有订阅、但不确定 Global Routing 应该选哪一项的用户。先区分“是否连接”“使用哪个服务器”和“如何分流”，再用同一目标对照 Config、Proxy、Direct 的行为。日常通常选择规则已核验的 Config；Proxy 用于临时统一代理或定位分流问题；Direct 用于检查直接连接。切换后应验证新请求，并在排查结束时恢复原设置。
一、先分清连接开关、服务器与 Global Routing
Global Routing 决定进入 Shadowrocket 处理范围的连接采用什么路由方式，不负责提供服务器，也不等于连接开关。在 Home 选择一个服务器，并不代表每个请求都会经过它；选择 Config 时，具体请求还要看当前配置里的规则与策略。
先在 Home 找到 Global Routing，进入后查看当前选项；再到 Config 确认当前使用的配置文件。Settings 中的功能设置是另一个层面，例如 Settings → On Demand 管理按条件请求连接的行为，并不是给域名指定 DIRECT 或 PROXY。
部分界面还会列出 Scene，它用于按场景组织路由选择，不应简单理解成第四种固定流量出口。若使用了 Scene，需额外核对当前场景实际采用的设置。本文先用手动选择的三种姿态建立判断基线，避免场景切换增加变量。
二、Config、Proxy、Direct 的流量走向
Config：按当前配置处理
推荐请求按当前配置的规则与策略处理。命中 DIRECT 可以直接连接，命中 PROXY 可以交给代理，命中 REJECT 则拒绝；未命中前序规则时，通常由 FINAL 决定去向。Config 不等于“只有少数域名走代理”。
适合：已检查规则和 FINAL 的日常分流使用。
Proxy：统一使用代理路由
进入客户端处理范围的连接统一采用代理路由，而不是逐条按 Config 中的分流规则选择出口。实际能否访问还取决于所用服务器、协议配置、DNS 与目标服务。
适合：临时统一代理，或对照排查 Config 的规则与策略。
Direct：统一直接连接
进入客户端处理范围的连接采用直接连接路径，不通过所选代理服务器转发。客户端仍可能保持连接状态并处理 DNS 等事项，因此 Direct 不等同于彻底关闭连接。
适合：检查当前网络能否直接访问目标，或临时避开代理转发。
这里的“统一”限定在客户端实际接管的流量范围内，不能扩大为设备上一切通信的保证。系统行为、排除项以及既有连接都可能影响观察结果。选择 Proxy 也不能据此断言 DNS 请求一定全部经过同一代理出口。
三、用四行规则理解 Config 为什么不是固定出口
下面是用于阅读的规则片段，放在配置的 [Rule] 段中理解即可。example.com 是说明用域名，不表示应为日常访问添加这条策略；不要为测试覆盖正在使用的完整配置。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX,example.com,DIRECT：匹配example.com及其子域名，采用 DIRECT；它不会匹配notexample.com。IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：对匹配该地址段的连接使用 DIRECT；no-resolve表示不为匹配这一条规则主动触发域名解析。GEOIP,CN,DIRECT：按客户端使用的 GeoIP 数据判断目标 IP 是否属于 CN。它不是按网页语言、域名后缀或用户所在地判断。FINAL,PROXY：前面的规则没有命中时使用 PROXY。若改为FINAL,DIRECT，兜底路径也随之改变。
规则按顺序匹配，先命中的规则决定对应策略。测试域名如果先命中 DIRECT，后面即使还有 PROXY 规则，也不会因此改走代理。策略还可能指向配置中的策略组，此时必须继续检查策略组当前选择，不能只看规则最后一个字段。
四、日常分流与临时排查分别怎么设置
日常选择 Config 的前提，是已经知道配置来源、规则范围与 FINAL 的处理方式。若配置内容尚未核对，不能仅凭“推荐”二字判断它适合当前网络。订阅通常提供服务器条目，配置文件则可以包含规则与其他参数，两者不能直接画等号。
两套操作顺序：稳定使用与单变量排查
日常使用 Config
- 在 Config 确认当前文件，检查 DIRECT、PROXY 与 FINAL。
- 在 Home 确认可用服务器，设置 Global Routing → Config。
- 分别检查一个预期直连目标和一个预期代理目标。
- 需要自动连接时，再单独核对 Settings → On Demand。
临时切换 Proxy / Direct
- 记录原来的路由姿态、配置文件和所选服务器。
- 固定网络与测试目标，只切换 Global Routing。
- 结束旧请求后重新访问，观察新连接的结果。
- 保存结论并恢复 Config，重新验证常用服务。
一次只改一个变量；不要把切换路由、更新订阅、更换服务器与修改 DNS 合并为一步。
切换姿态不一定会使已有的长连接立即重建。音乐播放、即时通信或浏览器连接复用可能继续使用原连接。可先停止对应请求，再重新打开目标；若要断开并重连客户端，应先确认当前没有需要保持的会话。
五、按现象定位：Proxy 能用，Config 不能用
这个现象提示路由差异值得检查，但不能直接证明“某条规则一定写错”。不同路径可能使用不同出口、解析结果或目标地址。下面的顺序能缩小范围，也能避免把服务器问题误当作规则问题。
- 固定条件。记录目标域名、当前 Wi-Fi 或蜂窝网络、所选服务器及连接状态。使用同一个目标发起新请求，分别记录 Config 与 Proxy 的结果，不把延迟测试数值当作网页访问结果。
- 找 Config 下的实际匹配。查看客户端可用的请求或连接记录，核对目标域名、目标 IP、命中规则与策略。重点查找是否命中了 DIRECT、REJECT，或指向另一服务器的策略组。
- 核对兜底。前序规则都未命中时，检查 FINAL 的策略。若预期代理、实际却为 DIRECT，应先确认这是配置设计还是遗漏，而不是立刻改动全部规则。
- 检查域名与 IP 的差异。目标可能重定向到另一个域名，也可能加载多个资源域名。只给首页域名添加规则，不一定覆盖登录接口、图片或媒体请求。
- 保留最小改动。先备份当前配置，仅调整与目标有关的规则或策略，再用新连接验证。问题定位后恢复不必要的临时设置。
如果 Proxy 和 Config 都不能访问，而 Direct 可以，优先检查代理路径与所选服务器，不必先重写规则。如果三种姿态都失败，则应检查当前网络、目标是否可用以及 DNS 等共同条件。Direct 仍可能使用客户端的 DNS 设置，因此需要比较系统网络基线时，可以在确认无重要会话后关闭客户端连接，再单独测试。
六、Global Routing 常见问题
选了 Proxy，为什么某个应用还是打不开？
先在 Home 核对所选服务器与连接状态，再用同一目标的新请求测试。代理路径可用不代表目标服务接受该出口；还需排查 DNS、目标限制与协议参数。不要用反复切换姿态替代检查具体失败请求。
选 Direct 后，为什么连接标记还在？
Direct 修改的是流量路由，不是关闭客户端。需要停止连接时，应操作 Home 的连接开关；若随后又自动连接，再到 Settings → On Demand 检查触发条件。不要仅凭系统连接标记判断请求是否经过代理服务器。
更新订阅后，会自动得到适合自己的 Config 规则吗？
不能这样推断。服务器订阅更新与配置文件的规则管理应分别核对。更新后先在 Home 检查服务器条目，再到 Config 确认当前文件及规则。订阅链接从你的服务商处获取，包含凭据的链接不要贴入公开记录。
可以一直用 Proxy，不再检查 Config 吗？
可以按实际需求选择，但应知道统一代理会改变本可直连的请求路径，可能影响局域网资源、访问延迟或目标服务判断。需要分流时应恢复 Config，并明确设置相关 DIRECT 规则；不要把 Proxy 当作长期掩盖配置错误的方法。
换到 iPad 后，路由选择还要重新确认吗？
需要。在新设备分别核对 Home → Global Routing、Config 当前文件与 Settings → On Demand。即使配置文件已迁移，也应在当前网络验证实际行为；设备之间的网络环境与连接条件不一定相同。
最后可用一句话复核操作目的：日常按规则处理选 Config；临时统一代理或对照规则选 Proxy；检查直接连接选 Direct。判断结果始终落到“新请求实际匹配什么、最终采用什么路径”，而不是只看姿态名称。