Clash规则模式与系统代理怎样协同工作？常见配置冲突说明
在现代跨境外贸与多媒体浏览场景中，基于 Clash 内核的客户端（如 ClashParty、Clash Verge 等）几乎成为了绝大多数用户的标配工具。然而，许多用户在日常使用时经常感到困惑：为什么勾选了“系统代理”，国内软件有时也会变慢？为什么切换了“全局模式”，某些本地内网打印机却无法连通？
要彻底解决这些使用痛点，我们必须从底层理清分流运行模式与操作系统系统代理之间的协同关系，以及可能诱发配置冲突的死循环场景。
一、Clash 的三种核心运行分流模式
在客户端面板中，通常可以看到三种并列的分流工作模式：
- 规则模式（Rule / Script）—— 推荐默认选项： Clash 会加载订阅配置文件中预置的数万条域名与 IP 路由规则列表。当操作系统发起访问请求时，内核会自上而下匹配规则：命中大陆白名单（如主流国服游戏、国内流媒体网站）的流量自动走“DIRECT（直连）”；命中海外服务或国际域名的流量自动路由至选定的专线代理节点；未命中的默认走兜底规则（MATCH）。这种模式兼顾了访问速度与节点流量消耗，是日常使用的首选。
- 全局模式（Global）—— 特殊测试用途： 无论访问目标是国内百度、微信服务器，还是海外学术站点，全部流量一律强制通过所选定的代理节点进行转发。此模式通常用于临时排查某条特定规则是否失效，长期开启会导致国内服务延迟激增并白白浪费套餐流量。
- 直连模式（Direct）—— 临时旁路： 所有网络流量完全不经过任何代理转发，等同于未开启客户端时的原始直连状态。适合在不需要跨境加速时快速恢复本地直通。
二、系统代理（System Proxy）的底层转发机制
分流模式决定了“数据包进入客户端后该往哪里发”，而系统代理解决的则是“怎样让操作系统的网络流量流进客户端”。
- 注册本地代理监听端口：客户端启动后，会在本地回环地址（127.0.0.1）开启特定的端口（例如 Socks5 端口 7890、HTTP 端口 7890 或混合端口）。
- 篡改系统网络适配器设置：当您在客户端中点击打开“系统代理”开关时，程序会调用 Windows API 或 macOS 网络首选项，将系统的默认 Web 代理地址设置为
127.0.0.1:7890。 - 重要安全注意事项：在退出客户端或关机前，务必先在客户端内关闭系统代理开关。如果直接强制结束进程，系统代理设置依然留在注册表中，但本地监听端口已经关闭，会导致所有浏览器立刻出现“无法连接到代理服务器”的假性断网。更多恢复技巧可查阅 网络故障诊断手册。
三、常见网络配置冲突与典型死循环分析
在多软件共存的环境下，最容易出现以下几类致命冲突：
- 代理死循环（Proxy Loop）： 当用户在客户端内部尝试“更新订阅配置”时，如果系统代理正处于全局模式，且订阅链接的托管服务器域名未在直连白名单中，拉取配置的请求就会尝试经由尚未建立连接的代理节点发送，从而导致自我锁死并提示更新超时。解决方法是在设置中勾选“允许局域网连接”并将更新直连策略开启。
- 浏览器插件冲突（如 SwitchyOmega）： 若 Chrome 或 Edge 浏览器内安装了第三方代理扩展，扩展程序往往会霸占浏览器的代理控制权，导致客户端的系统代理开关失效。建议在使用 ClashParty 时，将浏览器插件设置为“使用系统代理”或暂时停用。
- TUN / 虚拟网卡模式与系统代理双开混淆： TUN 模式工作在网络层（三层，接管所有 TCP/UDP 流量），而系统代理工作在应用层（七层，仅接管支持代理协议的 HTTP 流量）。如果两者同时开启且 DNS 劫持规则配置冲突，容易导致内网丢包率飙升。详细的多平台客户端操作指南，请参见 客户端使用教程 与 常见问题库。