Clash 规则模式、全局模式与直连模式区别:新手该选哪一种

日常选规则，排查用全局，直连作对照

大多数日常使用场景适合规则模式。它让需要代理的请求进入相应策略，让本地网络、指定网站或办公服务按规则直连。全局模式适合短时间验证某个代理出口能否访问目标服务；直连模式适合检查本地网络是否正常。三种模式不是速度等级，也不是安全等级，而是内核决定连接出口的三种方式。

理解它们时，必须先加一个前提：这里讨论的是已经进入 Clash 或 mihomo 内核的流量。如果应用没有使用系统代理，也没有被 TUN 或其他接管方式捕获，切到全局模式同样不会让它自动经过代理节点。

三种模式对已接管连接的处理方式
模式	出口如何决定	优先使用场景
规则 Rule	从上到下匹配规则，再交给命中的策略或策略组。	日常浏览、分开处理本地与远程服务。
全局 Global	通常交给内置 GLOBAL 策略组，使用该组当前选中的出口。	验证节点、临时统一出口、对照排查。
直连 Direct	由本机网络直接连接目标，不使用代理节点作为出口。	检查本地网络、临时停止使用代理出口。

规则模式：匹配顺序决定出口

规则模式会按配置中 rules 的顺序处理连接，命中后通常不再继续匹配后面的条目。规则可以把请求交给 DIRECT、拒绝策略、某个节点或策略组。规则模式并不等于“国内直连、其他全部代理”；那只是某些订阅采用的规则方案，具体行为要看当前启用的配置。

先看规则，再看策略组选中的节点

下面是一个规则片段，不是完整订阅。它假设配置里已经存在名为“代理选择”的策略组；复制到其他配置时，策略名称必须与现有名称完全一致。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,代理选择

DOMAIN-SUFFIX,example.com,DIRECT：让 example.com 及其子域名直连，不会匹配 notexample.com。
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：目标已知 IP 属于该网段时直连；no-resolve 表示不为了匹配这一条额外发起域名解析。这不是完整的局域网地址清单。
MATCH,代理选择：把前面都未匹配的连接交给“代理选择”，作为兜底。

如果把 MATCH 放在第一行，后面的普通规则就没有机会处理这些连接。若“代理选择”当前选中的是 DIRECT，即使命中了这个组，最终仍然是直连。因此，看到“规则模式已开启”还不够，需要同时核对命中规则、策略组和最终出口。

订阅更新可能改变分流结果

订阅通常不仅包含节点，也可能提供策略组、规则和 DNS 配置。更新后同一网站走向改变，不一定是客户端故障，也可能是规则顺序或策略组定义发生变化。需要长期保留的自定义分流，优先放到客户端支持的覆写或合并配置中；直接修改订阅生成的文件，下一次更新可能被覆盖。具体合并顺序以所用客户端为准。

全局与直连：改变出口，不绕过网络前提

全局模式看 GLOBAL，而不只看日常策略组

全局模式不再按普通分流规则逐条选择业务出口，而是通常使用内置 GLOBAL 组。切换后应到代理页面核对该组实际选中的项目：它可能是某个节点、另一个策略组，也可能是 DIRECT。只在日常的“自动选择”组里换节点，不代表全局出口一定跟着改变。

它适合做单变量测试。例如同一网站在规则模式打不开，切到全局并选定同一个可用节点后能够打开，就应优先检查原来的规则命中和组选择。但这不是严格的故障证明：DNS 缓存、旧连接复用、远端服务状态也可能影响结果。测试时要重新建立连接，并尽量只改一个设置。

直连模式不等于退出客户端

直连模式让已进入内核的连接直接访问目标，但客户端的监听端口、DNS 模块或 TUN 接管仍可能继续工作。因此，“直连模式正常”与“完全退出客户端后正常”不是同一个实验。前者保留接管链路，只换出口；后者还可能改变系统代理、虚拟网卡和 DNS 路径。

如果目标在当前本地网络本来就不可达，直连模式不会提供额外的可达能力。相反，打印机、内网管理页面或只允许公司出口访问的系统，往往需要正确直连。全局代理后这些服务失效，应优先恢复规则分流，而不是反复更换远端节点。

系统代理、TUN 与三种模式的关系

可以把完整路径拆成两步：应用请求 → 接管入口 → 模式与出口选择。系统代理通常向操作系统登记 HTTP 代理等设置，遵循这些设置的应用才会使用它。部分游戏、命令行程序或自行实现网络栈的软件不会自动遵循系统代理，尤其不能把系统代理当作通用 UDP 接管方案。

TUN 使用虚拟网络接口配合路由接管 IP 流量，适合处理不支持显式代理的应用。但它能接管哪些连接，仍取决于路由、排除列表、权限及平台实现。开启 TUN 不会替你选择正确规则，也不保证远端节点支持游戏需要的 UDP 转发。

用明确端口区分入口和出口

例如配置使用 mixed-port: 7890 时，127.0.0.1:7890 是本机 HTTP/SOCKS 混合代理入口，不是远端节点地址，也不是规则模式专用端口。不同客户端和配置可能使用其他端口，应以当前有效配置为准。

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 --head https://example.com

这条命令显式指定代理入口，避免依赖终端是否继承系统代理。它设置 10 秒连接超时和 20 秒总超时，并请求响应头；这些是测试参数，不是实测延迟。若提示连接被拒绝，应先核对内核是否运行、端口是否为 7890，而不是先判断节点失效。若端口实际为其他值，需要按配置修改命令。

浏览、游戏与办公分别怎么选

按用途选择模式与配套检查
用途	建议起点	还要核对什么
日常网页与影音	规则模式	站点相关域名是否进入同一预期策略，兜底组是否选对。
单个服务访问异常	短时全局对照	GLOBAL 的实际出口、已有连接是否重建、DNS 是否异常。
联网游戏	规则模式配合必要的接管	游戏是否进入内核、节点是否支持 UDP、路由和丢包情况。
公司内网与本地设备	规则模式，内网直连	企业 VPN 的路由、内部 DNS、局域网网段是否正确排除。
检查宽带本身	直连模式对照	必要时再关闭接管测试，并在结束后恢复原设置。

游戏不是“全局就更快”

游戏延迟受服务器位置、运营商线路、远端节点路径和拥塞影响。全局模式不会改善一个原本绕路的出口，也不会补上节点缺失的 UDP 能力。如果游戏进程根本没进入内核，切换三种模式可能都没有变化。先观察连接记录，再判断是否需要 TUN，比盲目切全局更有效。

办公优先保证内网与企业策略

企业 VPN 与 TUN 都可能修改路由和 DNS，两者同时开启时要特别检查内网域名的解析位置。若办公系统依赖内部 DNS，只写一条 IP 直连规则未必解决问题，因为域名可能已经解析到了错误地址。应遵守单位网络要求，明确哪些地址由企业 VPN 处理，哪些流量由本地代理处理，避免让相同网段被两个接管机制争用。

切换位置与生效检查

Clash 是内核与配置生态的名称，不同图形客户端的布局并不统一。Clash Meta 后续以 mihomo 名称发展，使用 mihomo 的客户端也不一定采用相同按钮。应按控件含义找入口，不要把某张旧版截图当作所有客户端的菜单标准。

找到模式控件。桌面客户端常在「代理」页面顶部或托盘菜单中提供「规则 / 全局 / 直连」选项；英文标签通常为 Rule、Global、Direct。例如 Clash Verge Rev 可在「代理」页面查找模式切换，具体位置随版本调整。
检查接管开关。在客户端的「设置」或首页检查「系统代理」与「TUN 模式」，不要把这些开关误当成模式选择。只打开规则模式，不代表已经启用系统代理。
核对策略组。规则模式检查命中的业务策略组；全局模式检查 GLOBAL。记录实际选中的节点或子组，避免只记住页面上高亮的模式。
重建测试连接。刷新页面不一定关闭全部持久连接。必要时关闭相关标签页后重开，或在客户端连接页面结束对应连接；操作会中断该连接正在进行的传输。
查看连接记录。在「连接」页面查找目标域名或 IP，核对命中规则、策略链与出口；名称可能随客户端变化。日志可作为补充，不要只凭能否加载一张网页判断。

配置文件中的模式字段

# 三者只保留一个，以下表示规则模式
mode: rule

# 全局模式使用：mode: global
# 直连模式使用：mode: direct

这是顶层字段，不要缩进到某条规则或某个节点下面。图形客户端可能在启动或重载时根据界面设置覆写它，因此编辑文件后还应核对界面中的实际模式。模式名称 direct 与规则动作 DIRECT 用途不同，前者是运行模式值，后者是规则指定的内置出口。

模式切换后仍异常的排查顺序

确认配置与内核正在运行。订阅导入成功不代表内核已经成功加载；先查看是否有配置解析错误，再确认代理监听端口存在。
确认请求进入内核。打开连接页面后发起一个新的测试请求。如果完全找不到记录，先排查应用代理设置、TUN 路由和排除项。
确认模式与出口。记录当前模式、命中规则和最终节点。规则命中 DIRECT 时，在其他代理组里切换节点通常不会影响该连接。
做规则与全局对照。保持节点不变并重建连接；全局可用、规则不可用时，优先检查规则与策略组。两者都失败，再检查节点、订阅状态、DNS 和目标服务。
做直连与退出接管对照。直连仍失败但退出接管后恢复，说明接管链路、DNS 或路由值得继续检查。记录原设置，测试完恢复，避免遗留系统代理指向已关闭的本机端口。

三个常见追问

规则模式会不会比全局模式明显慢？

不能仅凭模式判断。规则匹配存在处理开销，但真实访问体验还受最终出口、DNS、连接复用和网络拥塞影响。两种模式如果选到了不同节点，测出的差距不能归因于规则匹配。对比时至少保持目标地址、节点、接管方式和测试时间段尽量一致。

切到直连后，为什么客户端还有流量记录？

直连不代表请求绕过内核。系统代理或 TUN 仍可把连接送进内核，由内核直接连接目标，所以连接列表仍会更新。订阅更新、健康检查等后台任务也可能单独产生请求，不应把总计数当作某个网页使用代理节点的证据。

全局能访问后，是否可以一直保留全局？

如果所有已接管业务确实需要同一出口，可以保留，但要接受本地服务和办公访问可能不适配的结果。日常同时使用本地与远程服务时，更稳妥的做法是回到规则模式，修正具体域名或规则集，并验证相关请求都进入预期策略，而不是长期用全局掩盖错误分流。

最终选择可以收敛为一条原则：日常保持规则模式，访问异常时用全局验证出口，用直连验证本地路径；无论选择哪一种，都用连接记录确认流量实际经过了哪里。需要补充规则类型与配置字段时，可继续查阅协议手册；选择图形客户端时，可先看客户端对比中的平台与内核差异。