Shadowrocket 全局代理和配置代理区别：日常到底选 Config 还是 Proxy
简答：Shadowrocket 日常按规则分流，选 Config；只想临时判断选中的节点是否可用，选 Proxy；想测试当前 Wi-Fi 或蜂窝网络能否直连，选 Direct。三者是全局路由方式，不是三种协议，也不代表设备上的所有流量一定经过同一节点。
定义：Shadowrocket 的 Global Routing 用于决定请求按配置规则、代理路径还是直连方式处理，而底部 Config 页面用于管理配置文件，二者不是同一个入口。
先看三行速查：你现在应该选哪个模式
本站是第三方使用指南站，不是 Shadowrocket 官方站。Shadowrocket 的界面名称可能随设备、语言和已安装版本变化，以下步骤以设备实际显示为准。
- 日常按规则分流：选择
Global Routing > Config。 - 只测试选中节点：临时选择
Global Routing > Proxy，测试结束后恢复原模式。 - 只测试当前网络直连：选择
Global Routing > Direct，它不是关闭应用连接开关。
Shadowrocket 的 App Store 页面介绍了规则、代理连接和多种网络协议等功能；但 Global Routing 的模式选择、活动配置和系统连接状态属于不同层级，不能只看到“已连接”就判断某个请求一定经过代理。可先查看App Store 中的 Shadowrocket 功能与版本说明，再结合当前应用界面核对。
| 模式 | 主要作用 | 适合场景 | 先检查什么 |
|---|---|---|---|
| Config | 按当前活动配置中的规则和策略处理请求 | 日常使用、按域名或地址分流 | 活动配置、规则顺序、策略组、FINAL |
| Proxy | 让适用的请求通过选定代理路径处理 | 临时测试节点、对照规则问题 | 选中节点、连接参数、网络状态 |
| Direct | 按直连方式处理请求 | 比较当前网络的直连能力 | Wi-Fi 或蜂窝网络、DNS、目标服务 |
这里的“Proxy”不能简单理解为设备上所有协议、所有应用和所有系统保留流量都无条件经过同一个节点。系统例外、局域网访问、应用连接方式和客户端设置都可能影响实际路径。路由模式只能作为测试变量，不能替代对具体请求的验证。
全局代理和配置代理，核心区别是什么
搜索词里的“全局代理”和“配置代理”，通常是在比较首页 Global Routing 中的 Proxy 与 Config。两者差异主要在于请求进入客户端后如何选择处理策略，而不是节点协议不同。
Config：由配置文件中的规则决定
选择 Config 后，Shadowrocket 会依据当前活动配置中的规则和策略处理请求。规则可以把不同目标分别交给 PROXY、DIRECT、REJECT 或配置中定义的策略组。因此，Config 并不等于“全部流量都走代理”。有些目标直连、有些目标代理，可能正是配置文件预期的结果。
规则通常需要按顺序检查，先匹配到的规则可能决定后续处理；没有命中前面规则的请求，则可能由 FINAL 处理。具体字段、规则语法和界面入口应以当前配置及应用版本为准。一个可核对的路由说明页将 Global Routing、规则顺序和 FINAL 分开说明，并提醒先确认活动配置后再判断结果，见Shadowrocket 路由与规则说明页面。
Proxy：用于代理路径对照，不是协议名称
选择 Proxy 后，适用请求会尝试通过当前选定的代理路径处理。它适合做一个短暂的对照测试：如果同一个目标在 Config 下打不开、切换到 Proxy 后可以打开，就应优先检查活动配置、规则命中结果、策略组和 FINAL，而不是立即认定节点故障。
不过，Proxy 也不是“所有设备流量强制走同一节点”的保证。它仍然依赖有效的节点参数、当前网络和客户端实际接管范围。测试时应固定同一个网络、节点和目标，只切换 Config 与 Proxy，避免同时更新订阅或更换节点。
Direct：直连对照，不是关闭 Shadowrocket
Direct 用于比较当前 Wi-Fi 或蜂窝网络直接访问目标的结果。如果 Direct 失败、Proxy 成功，可能说明当前网络直连路径与代理路径不同；也可能与 DNS、IPv6、目标服务或应用连接方式有关。因此，Direct 的结果只能作为定位线索。
Direct 与首页连接开关、iOS 系统 VPN 状态和按需连接条件不是同一项设置。想停止客户端接管，应单独查看首页连接状态及系统 VPN 设置；不能只切换到 Direct 就断言 Shadowrocket 已完全停止。
不要混淆这五个对象：节点、订阅、配置文件、规则和策略组
节点是连接所需的一组服务器与认证参数。选择节点，解决的是“尝试通过哪组连接参数处理请求”。它不自动决定每个域名应该代理还是直连。
订阅通常用于批量更新节点或相关条目。订阅刷新成功，可能只代表节点列表发生更新，并不代表当前配置文件中的规则、策略组和 FINAL 同步改变。不同服务的订阅结构和更新方式可能不同，具体行为应以服务商文档为准。
配置文件保存规则、策略及其他客户端设置。底部 Config 页面用于导入、查看或选择配置文件；首页 Global Routing 中的 Config 则是路由模式。二者名字相同，但一个负责“使用哪份配置”，另一个负责“是否按这份配置处理请求”。
规则决定请求匹配后使用什么策略。例如某个域名后缀可以指向 PROXY，局域网地址可以指向 DIRECT，某类请求也可能被 REJECT。策略组则可能包含多个节点或多个处理选项，规则命中策略组后，还要确认组内当前选择和可用状态。
如果你使用某个订阅服务，最容易遇到的误区是“节点更新了，所以规则也一定更新了”。实际应分别确认：订阅更新是否成功、活动配置是否改变、规则资源是否更新、策略组是否仍引用有效节点。无法从客户端界面确认的订阅行为，不要仅凭节点列表变化下结论。
- 节点存在，不代表当前配置已启用。
- 配置文件在列表中，不代表它就是活动配置。
- 订阅刷新成功，不代表规则资源同步更新。
- 首页显示已连接，不代表每个请求都命中了代理策略。
可照做的操作：用同一个目标比较 Config 和 Proxy
- 打开 Shadowrocket 首页，记录当前连接状态、选中的节点和
Global Routing模式。 - 进入底部
Config页面，确认真正处于启用状态的配置文件。不要只看文件是否出现在列表中。 - 日常按规则使用时，回到首页，在
Global Routing中选择Config。 - 测试节点时，先固定一个明确的节点，再临时切换到
Proxy。 - 使用同一个网页、应用或请求目标重新测试。不要同时切换 Wi-Fi、蜂窝网络和节点。
- 如果要测试直连能力，再把模式切换为
Direct，并记录结果。 - 测试完成后恢复原来的日常模式，并再次确认活动配置没有被切换。
这套流程只能提供定位顺序，不代表唯一原因。它的价值在于一次只改一个变量：先比较路由模式，再检查规则、策略组、DNS 或节点参数。这样比同时导入新配置、刷新订阅和更换节点更容易判断问题所在。
配置模式打不开，但 Proxy 能打开：按最短路径排查
这种现象通常应先检查配置和规则，但不能据此排除节点、DNS 或应用连接方式问题。建议按以下顺序处理：
- 确认 Global Routing。确认首页当前确实是
Config，不是Direct、Proxy或其他场景模式。 - 确认活动配置。进入底部
Config，确认你检查的文件就是当前使用的文件。修改未启用文件不会改变实际路由。 - 检查目标规则。在规则区域搜索目标域名，查看是否有更早的域名、地址、关键词或其他规则先匹配。
- 检查命中策略。确认命中后是
PROXY、DIRECT、REJECT还是策略组。若是策略组，确认组内有可用节点且当前选择正确。 - 检查 FINAL。目标未命中前面规则时，可能由
FINAL处理。若 FINAL 指向直连，Config 下的目标就可能不会走代理。 - 再看 DNS 和 IPv6。域名解析结果、IPv6 路径以及本地网络环境都可能影响访问。先固定其他条件，只单独测试相关设置。
- 逐项复测。每次只改一项，再用同一个目标测试。不要把“刷新订阅、替换配置、换节点”合并成一步。
如果 Proxy 也失败，应转向节点参数、认证、连接状态和当前网络排查；如果 Proxy 能打开而 Config 不能，则优先检查活动配置、规则顺序、策略组和 FINAL。这是排查优先级，不是对某个订阅或节点状态的确定性结论。
三个常见场景：日常使用、临时测试和恢复设置
| 你的目的 | 建议选择 | 操作重点 |
|---|---|---|
| 希望不同目标按规则分别处理 | Config | 确认活动配置、规则顺序和策略组。 |
| 刚导入节点，想判断节点能否连接 | Proxy | 固定节点和目标，临时减少规则差异。 |
| 想知道当前网络能否直连 | Direct | 不要把 Direct 当作关闭客户端连接。 |
| 订阅更新后节点变了但结果没变 | 先检查配置与规则 | 确认更新的是节点、规则资源，还是活动配置。 |
| 测试结束后恢复日常使用 | Config | 恢复原模式并确认活动配置仍正确。 |
对多数已经有可用规则的用户，Config 更适合作为日常模式；Proxy 更适合短暂诊断；Direct 更适合作为直连对照。模式选择不会自动填入服务器地址、认证信息或 DNS 设置，遇到连接失败仍需分别检查这些条件。
常见问题 FAQ
Shadowrocket 的 Config 是不是全部流量都走代理？
不是。Config 是按活动配置文件中的规则处理请求。不同规则可以分别指向 PROXY、DIRECT、REJECT 或策略组，是否经过代理取决于具体命中结果及客户端实际接管范围。
Global Routing 里的 Config 和底部 Config 标签有什么区别？
Global Routing 里的 Config 是路由模式；底部 Config 标签是配置文件管理入口。前者决定是否按规则处理，后者决定使用哪份规则和策略。
Proxy 是不是一种协议？
不是。Proxy 是全局路由选项，不是 Shadowsocks、VMess、VLESS、WireGuard 等协议名称。实际协议由选中的节点和连接参数决定。
为什么 Proxy 能打开，Config 却打不开？
先检查活动配置、规则顺序、命中策略、策略组和 FINAL。Proxy 能打开只能说明当前测试条件下代理路径可能可用，不能证明配置文件中的每条规则都正确。
Direct 是不是等于关闭 Shadowrocket？
不是。Direct 只是选择直连路由。应用连接开关、iOS 系统 VPN 状态和按需连接条件仍需单独检查。
订阅更新后，节点变了但规则没变化，正常吗？
有可能。订阅更新、配置文件更新和规则资源更新可能是不同操作。请分别查看更新结果，并以具体服务的文档说明为准，不要仅凭节点列表变化判断规则已经同步。
配置模式下只有一个应用打不开，要不要马上换节点？
不建议马上换节点。先固定节点，用同一目标切换 Proxy 做对照，再检查该应用的连接方式、规则命中、DNS、IPv6、局域网和系统例外。
常见问题
Shadowrocket 的 Config 是不是全部流量都走代理？
不是。Config 按活动配置中的规则处理，不同请求可能分别走 PROXY、DIRECT、REJECT 或策略组。
Global Routing 里的 Config 和底部 Config 标签有什么区别？
前者是路由模式，后者是配置文件管理入口。要先确认活动配置，再选择是否按配置规则处理。
Proxy 是不是一种协议？
不是。Proxy 是路由选项，实际协议取决于选中的节点和连接参数。
为什么 Proxy 能打开，Config 却打不开？
优先检查活动配置、规则顺序、命中策略、策略组和 FINAL，再排查 DNS、节点和网络。
Direct 是不是等于关闭 Shadowrocket？
不是。Direct 只选择直连路由，连接开关、系统 VPN 和按需连接仍需单独检查。
订阅更新后节点变了但规则没变，正常吗？
有可能。节点、配置文件和规则资源可能分别更新，具体行为要以服务商文档为准。
相关阅读
参考资料
- App Store：Shadowrocket 应用功能与版本说明
- Shadowrocket 路由与规则说明：Global Routing、Config、Proxy、Direct（shadow-help.com）