Clash 代理模式怎么选：规则、全局、直连区别与排查顺序
简答：Clash 日常优先选规则；排查规则或策略组时短暂选全局；验证本地网络用直连。若应用无日志，先查系统代理、TUN 和应用代理。
定义：Clash 代理模式是客户端决定已进入代理内核的流量如何选择出站路径的设置，不能替代系统代理、TUN 或应用自身代理。
先看结论：Clash 代理模式怎么选
如果你只是想正常使用 Clash，通常先选择规则模式。它会按照配置中的规则顺序，把不同请求交给代理节点、直连或其他策略组处理。mihomo 文档说明，规则会从上到下匹配，靠前规则优先级更高，最后通常由 MATCH 规则兜底。查看 mihomo 路由规则文档
全局模式适合做短时间对照测试，或确实需要让已进入内核的请求统一交给同一个出口时使用；它不是“更快”或“更强”的模式。长期使用可能让本来应直连的本地服务绕路，也可能增加流量消耗和访问延迟，因此排查结束后建议切回规则模式。
直连模式适合验证本地网络、DNS、浏览器或目标网站本身是否正常。直连只说明请求不通过代理节点，并不等于关闭客户端，也不等于所有应用都停止使用代理。
| 使用场景 | 建议模式 | 判断重点 |
|---|---|---|
| 日常浏览和办公 | 规则 | 看连接日志中的命中规则和最终策略 |
| 排查规则是否写错 | 全局 | 用同一节点做临时对照，不要直接当长期设置 |
| 确认本地宽带或 DNS | 直连 | 比较直连与代理模式下的结果 |
| 应用完全不受 Clash 影响 | 先查系统代理或 TUN | 模式切换本身无法接管未进入内核的流量 |
三种模式到底有什么区别
规则模式：按请求逐条分流
规则模式不是“自动选择最快节点”，而是让请求依次匹配 DOMAIN、IP、进程、网络类型或规则集等条件，再执行对应动作。例如某条规则可以将本地地址交给 DIRECT，将特定域名交给代理策略组，未命中的请求则继续匹配后面的规则。规则顺序很重要，前面的宽泛规则可能提前命中，导致后面更具体的规则没有机会执行。mihomo 规则类型与匹配顺序
规则模式下，策略组也会影响最终结果。规则可能把请求交给一个选择组、故障转移组或自动测试组，最终到底走哪个节点，要以该策略组当前选择和连接日志为准。不要只看界面显示“规则模式”，还要看具体请求的最终策略。
全局模式：交给统一出口，但要检查 GLOBAL 选择
全局模式的核心是跳过普通规则分流，把已进入内核的请求交给全局策略或统一出口。但“全局”不代表请求一定经过代理节点：如果全局策略组选中了 DIRECT，或者请求根本没有进入 Clash 内核，结果仍可能是直连。
因此切换全局模式后，至少检查三项：全局策略组是否选中代理节点；连接日志是否出现目标应用或域名；应用是否使用系统代理、应用代理或 TUN 进入内核。只看模式按钮的状态，不能证明网页已经通过代理访问。
直连模式：用于本地网络对照
直连模式把已进入内核的请求直接发送到本地网络，不使用代理节点。它适合做单变量对照：如果规则模式打不开、全局模式也打不开，但直连可以打开，问题可能位于节点、规则、DNS 或代理出口；如果三种模式都打不开，应优先检查本地网络、域名解析、系统防火墙或目标服务状态。
按现象选择：五步最短排查流程
- 先备份当前配置。如果你改过规则、DNS、TUN 或覆写文件，先保存原配置或记录当前开关状态。不要一开始同时修改模式、节点、DNS 和系统代理，否则无法判断哪一步产生了变化。
- 确认流量是否进入 Clash。打开客户端连接日志，访问一个明确的测试页面或目标地址，观察是否出现对应域名、进程或连接记录。如果完全没有日志，先检查系统代理开关、应用内代理设置、监听端口，以及该应用是否需要 TUN。mihomo 文档将代理端口、TUN 和监听器列为不同的入站方式，说明“模式”与“接管方式”不是同一层设置。查看 mihomo 入站与 TUN 说明
- 规则模式下看命中结果。记录目标域名对应的命中规则、策略组和最终出站。如果命中 DIRECT，说明它没有走代理节点；如果命中代理组，再检查代理组当前选择的节点。若规则更新后问题出现，可能是订阅规则顺序或内容变化，但需要以配置和日志为准，不能仅凭模式名称判断。
- 用同一节点短暂切换全局。保持节点不变，只把模式改为全局，再访问同一目标。如果全局可用而规则不可用，优先检查规则顺序、规则集、策略组选择或 DNS；如果全局也不可用，继续检查节点连接、代理端口、DNS 和本地网络。全局测试完成后切回规则，避免把排查状态长期保留。
- 最后用直连做本地对照并回滚。切到直连访问同一目标，记录结果。三种模式的差异只能帮助缩小范围，不能单凭一次访问认定节点长期稳定。排查结束后恢复日常模式、原节点和原有 TUN/DNS 设置。
停止条件是：已经看到目标请求进入日志、确认最终策略，并能在规则、全局、直连之间完成同一目标的对照。若没有日志，继续切换模式通常不会解决问题，应先处理接管层。
系统代理、TUN 和代理模式不是一回事
可以把 Clash 的工作过程分成两层理解。第一层是流量接管：应用是否把请求交给 HTTP、SOCKS 或 Mixed 端口，或者是否通过 TUN 进入系统网络层。第二层是出站决策：请求进入内核后，使用规则、全局还是直连模式。
mihomo 文档说明，TUN 可用于捕获系统流量、自动路由、DNS 劫持和按应用路由；但 TUN 属于进阶配置，具体权限、路由和防火墙行为会随操作系统与客户端实现变化。查看 mihomo TUN 配置说明
| 现象 | 优先检查 | 不要直接下的结论 |
|---|---|---|
| 浏览器有记录，命令行没有 | 命令行是否读取系统代理，或是否需要 TUN | 不是规则模式一定失效 |
| 全局切换后仍无日志 | 系统代理、应用代理、TUN、端口 | 不是全局模式没有作用 |
| 直连正常，规则异常 | 命中规则、规则顺序、策略组 | 不是节点一定故障 |
| 规则和全局都异常 | 节点、DNS、端口、本地网络 | 不是切换模式就能修复 |
如果客户端提供连接日志、规则命中详情或进程匹配信息，应优先使用这些可观察证据。没有日志时，只能把系统代理、TUN、DNS 和防火墙列为排查方向，不能把某一种模式判定为根因。
长期使用时的选择标准与风险提示
选择模式时，不要用“全局一定更快”或“规则一定更稳定”这样的绝对判断。更合理的判断标准是：目标应用是否被接管、规则是否命中、最终策略是否正确、节点是否支持目标流量，以及直连对照是否正常。
- 普通浏览：优先规则，减少不必要的代理流量和本地服务绕路。
- 单个网站打不开：先看规则命中，再用同一节点短暂全局测试。
- 测试本地网络：用直连做对照，必要时同时核对 DNS 解析结果。
- 游戏或桌面应用：先确认应用是否读取系统代理；不读取时，再评估 TUN 是否适合当前客户端和系统。
- 规则长期自定义：先确认客户端支持覆写、合并或前置规则，避免订阅更新后手动修改被覆盖。具体字段和入口需以所用客户端文档为准。
全局模式长期开启可能带来本地服务访问异常、额外流量消耗或更高延迟，但这些影响取决于规则、节点、网络和应用，不应当被当作固定结果。最稳妥的做法是：日常规则、排查全局、对照直连，完成验证后恢复原设置。
常见问题
Clash 日常到底选规则还是全局？
日常优先选规则。规则模式可以按域名、IP、进程或规则集分流；全局更适合临时排查或需要统一出口的场景。若全局策略组选中了 DIRECT，切换全局后仍可能直连。
规则模式打不开，全局模式能打开，说明什么？
这通常说明需要优先检查规则命中、规则顺序、策略组选择或 DNS，但只能作为排查方向。请用连接日志确认目标请求实际命中了什么规则，再恢复规则模式验证。
直连模式是不是等于关闭 Clash？
不是。直连只是让已经进入 Clash 内核的请求不经过代理节点；客户端进程、系统代理、监听端口或 TUN 仍可能处于开启状态。要验证是否完全停止接管，还要检查系统代理和 TUN。
为什么全局模式开启了，某个应用还是不走代理？
模式只处理进入内核的流量。应用可能不读取系统代理，也可能使用独立代理配置、独立 DNS 或特殊网络通道。先看日志是否有该应用的请求；没有记录时检查应用代理、系统代理或 TUN。
切换到直连后网页仍打不开，下一步查什么？
优先查本地网络、DNS 解析、系统防火墙和目标服务状态。直连也打不开时，不能继续把问题归因于代理节点或规则；可先用同一设备的普通网络访问其他网站进行对照。
常见问题
Clash 代理模式怎么选？
日常使用选规则，排查规则或策略组时短暂选全局，验证本地网络时选直连。模式选择前还要确认应用流量确实进入 Clash。
Clash 规则、全局、直连哪个好？
没有固定的最好选项。规则适合长期分流，全局适合统一出口或临时测试，直连适合本地网络对照；应根据日志、最终策略和应用接管情况判断。
为什么 Clash 全局模式还是打不开？
先确认全局策略组是否选择了代理节点，再看目标请求是否出现在连接日志中；如果没有日志，应检查系统代理、应用代理、TUN 和监听端口。
直连模式和关闭代理有什么区别？
直连只改变已进入 Clash 内核的请求如何出站，不等于关闭客户端、系统代理或 TUN。要完全停止接管，还需检查对应开关。