在当今主流的网络工具中，Clash（以及基于 Clash 核心演进的 Clash Verge、ClashParty、Mihomo 等）以其极其强大而灵活的分流规则系统赢得了广泛青睐。然而，对于大多数普通用户而言，客户端面板中复杂的“策略组”、“分流规则”以及各种专业名词往往令人望而生畏。
究竟当你在浏览器中敲下一个网址时，Clash 是如何决定该请求走国内直连、还是经由宝妈云特定节点转发的？本文将以清晰的链路图景，为您逐一揭秘。
一、网络请求的起点：DNS 解析与嗅探
当你的应用程序（如 Chrome 或微信）发起对一个域名（例如 api.github.com）的访问时，第一步并不是发送数据包，而是寻找对应的 IP 地址：
- 本地拦截（TUN 或系统代理）： Clash 会接管本机的网络流量，捕获该 DNS 请求。
- Fake-IP 与真实解析：
现代 Clash 配置普遍采用 Fake-IP 模式。Clash 在本地内存中立即为该域名分配一个虚拟的保留 IP（如
198.18.0.x），并以零毫秒延迟返回给浏览器。这极大地避免了本地 DNS 污染，并将真实的域名解析工作交由远端节点完成。 - 域名与协议嗅探： 对于未通过 DNS 拦截的纯 IP 连接，Clash 内核具备嗅探（Sniffer）能力，能从 TLS ClientHello 或 HTTP Host 头中识别真实请求目标。
二、规则匹配引擎：自上而下的逐层过滤
拿到域名或 IP 后，Clash 开始遍历配置文件中的 rules 列表。这一过程遵循经典的“从上到下、首条命中即终止”原则：
- DOMAIN-SUFFIX（域名后缀匹配）：例如
DOMAIN-SUFFIX,google.com,PROXY。只要访问域名以google.com结尾，就立即归入PROXY策略。 - GEOIP 与 IP-CIDR（地理位置与网段过滤）：如果一条请求没有命中域名规则，Clash 会查询本地内置的 GeoIP 数据库。如果是中国大陆 IP（
GEOIP,CN,DIRECT），则直接交由本地运营商直连，确保访问国内购物、银行网站不绕路且保持极速。 - MATCH（兜底规则）：若遍历完所有规则仍无一命中，请求将进入最后的
MATCH规则（通常配置为代理或直连）。
三、策略组（Policy Group）的行为模式
规则匹配的结果通常不是指向单个固定节点，而是指向一个“策略组”。策略组本质上是一个节点调度器，常见的调度模式包括：
- Select（手动选择）：用户在界面中自主勾选想要使用的具体节点。
- URL-Test（自动测速优选）：客户端每隔固定时间（如 300 秒）向测试网址发送探针，自动将流量分发给当前延迟最低的节点。
- Fallback（故障转移）：按照列表顺序使用首个健康节点，只有当当前节点发生网络中断时，才平滑切换到备选节点。
- Load-Balance（负载均衡）：在多个节点之间按照轮询或散列算法分散网络流量。
四、排查“连接成功却无法上网”的实用三板斧
理解了上述链路后，遇到网络异常时便能针对性排查：
- 步骤一：查看客户端 Connections（连接日志）： 在 Clash 界面点击“Connections”标签，观察打不开的网址匹配到了哪条规则。如果一个国内网站被错误分流到了 PROXY，检查规则是否被全局模式覆盖。
- 步骤二：测试节点延迟与连通性：
在策略组中点击闪电图标批量测速。如果所有节点全部显示
Timeout，通常表明本地网络到接入点的传输受到物理阻断，或者当前订阅链接已失效。 - 步骤三：检查系统时间同步： 在安全加密传输中，TLS 握手对客户端与服务器之间的时间差极为敏感。如果电脑系统时间偏离标准时间超过 120 秒，所有 HTTPS 握手均会失败报错。
掌握 Clash 的规则分流与调度机制，不仅能让您告别配置焦虑，还能在遇到网络问题时快速定位症结。若需了解不同操作系统下的客户端适配特性，可参阅后续的跨平台配置指南。