Clash 怎么看一次请求命中了哪条规则

当你在使用 Clash 时，发现某个请求没有按预期走代理，而是直接走了直连，或者你不确定某次网络请求到底被哪条规则拦截并处理了，这种“看不见”的行为会让人陷入调试困境。尤其是当你配置了几十条规则，且部分规则逻辑重叠时，仅凭经验判断极易出错。真正的问题是：**如何精准确认一次具体请求命中了哪一条规则？**

最直接的方法是启用 Clash 的日志功能，并结合实际请求行为进行分析。首先，在 Clash 客户端的设置中打开「日志」（Log）选项，确保「Rule Match Log」已开启。这会记录每次请求的匹配过程，包括源地址、目标域名、协议类型、规则名称及最终动作（如 DIRECT、PROXY、REJECT 等）。以 Clash for Windows 为例，进入「Settings」→「Logs」，勾选「Show Rule Match Log」。重启客户端后，再次发起你关心的请求（比如访问某个网站或下载文件），观察日志窗口中的输出。

关键点在于：**日志中每一条记录都包含一个「Rule」字段，它明确指出此次请求匹配的是哪条规则**。例如，你会看到类似这样的日志：

``` [2024-04-05 14:32:15] [INFO] rule matched: "China" (DOMAIN-SUFFIX, example.com, DIRECT) ```

这条记录说明，对 `example.com` 的请求被命名为“China”的规则命中，执行了直连（DIRECT）操作。如果规则名是“Proxy Group”，那说明请求进入了代理组。若日志显示“MATCHED”但无明确规则名，则可能是默认规则或未命名规则触发。

进一步排查时，可将日志内容导出为文本文件，用正则表达式过滤特定域名或关键词。例如，用 `grep "example.com"` 或 `grep "PikPak"` 来筛选与特定服务相关的请求。这样能快速定位问题请求是否被误判——比如你希望 PikPak 下载走代理，但日志显示其被“DIRECT”规则命中，那就说明规则优先级或匹配条件有误。 延伸阅读：PikPak 下载速度慢怎么定位原因。

此时需检查你的规则列表顺序。Clash 按照规则列表从上到下的顺序进行匹配，一旦命中即停止。因此，**规则顺序至关重要**。如果你把一个通用规则（如 `DOMAIN-SUFFIX, .com, DIRECT`）放在了更具体的规则（如 `DOMAIN, pikpak.com, PROXY`）之前，那么所有 `.com` 域名都会被提前拦截，导致 PikPak 下载速度慢无法走代理——这就是典型的规则优先级冲突。

另一个常见问题是规则匹配条件不精确。比如你写的是 `DOMAIN, pikpak.com, PROXY`，但实际请求的域名是 `pikpak.com.cn`，由于未使用 `DOMAIN-SUFFIX`，就不会匹配。应改为 `DOMAIN-SUFFIX, pikpak.com, PROXY` 才能覆盖子域。此外，某些规则使用 IP 段或 GEOIP 判断，若本地网络位置变化或数据库未更新，也可能导致规则未命中。

当遇到简历被刷的十个原因这类复杂问题时，也应采用同样思路：**不是靠猜测，而是通过数据追踪每一个环节的决策节点**。比如简历被拒，可能因为关键词缺失、格式混乱、经历断层，但只有当你查看招聘系统后台的自动筛选日志，才能确定是哪个模块扣分。同理，在 Clash 中，若无法确认规则命中情况，就等于在黑暗中调参。

最后提醒一点：不要依赖浏览器开发者工具的 Network 标签页来判断规则命中。它只显示请求结果，不反映 Clash 内部的规则匹配逻辑。必须依赖 Clash 自身的日志系统，这才是唯一可信的依据。

记住，每一次请求都有其唯一的规则路径。只要你打开了日志，就能看见它。