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

当你在使用 Clash 时，发现某个请求没有按预期走代理，而是直接走了直连，或者你不确定某次访问到底触发了哪条规则，这通常是因为规则匹配逻辑复杂、优先级模糊，或配置中存在多个相似规则导致冲突。这种情况下，仅凭日志中的“DIRECT”或“PROXY”标签无法精准定位具体是哪一条规则生效，尤其当规则列表超过几十条时，人工排查效率极低。真正的问题不在于规则本身是否正确，而在于你缺乏一种能实时追踪并验证规则命中路径的能力。

要精确查看一次请求命中了哪条规则，必须开启 Clash 的详细日志功能，并结合网络流量的元数据进行分析。第一步，进入 Clash 客户端设置，将日志级别调至 `debug`，确保所有规则匹配过程都被记录。在 Windows 系统中，可通过右键 Clash 图标选择“打开日志目录”，找到 `clash.log`；macOS 用户则可在 `~/Library/Logs/clash` 下查找。若使用命令行启动，可添加 `--log-level debug` 参数强制输出调试信息。

第二步，触发目标请求。例如，在浏览器中访问一个特定网站，如 `example.com`，同时保持日志文件持续写入。等待几秒后，停止操作，立即打开日志文件，用文本编辑器搜索该域名，或使用正则匹配：`.*example\.com.*`。在日志中你会看到类似以下内容：

``` [DEBUG] Rule: DOMAIN-SUFFIX,example.com,Proxy ```

这条日志明确指出，`example.com` 命中了名为 `DOMAIN-SUFFIX,example.com,Proxy` 的规则。注意，日志中出现的规则名称与你在配置文件中定义的完全一致，包括前缀（如 `DOMAIN-SUFFIX`）、域名部分和最终动作（如 `Proxy`）。如果规则名中包含中文或特殊字符，务必确认编码无误，避免因乱码导致误判。

第三步，识别规则优先级。当多个规则可能匹配同一请求时，Clash 按照配置顺序从上到下逐条尝试，一旦匹配即停止。因此，即使你设置了更具体的规则，若它排在较下方，仍可能被前面的通用规则拦截。例如，你有一条规则 `DOMAIN-SUFFIX,google.com,Proxy` 在第 5 行，但第 3 行已有 `DOMAIN-SUFFIX,google.com,DIRECT`，那么无论后续如何，都会命中第 3 条。所以，检查日志中规则的出现位置，就是判断其优先级的关键。

第四步，利用规则分组或注释辅助定位。在实际配置中，建议为每条规则添加注释，如 `# AI 辅助求职信：结构固定，三处必须人工核对` 或 `# PikPak 注册和登录失败的解决办法`。虽然这些注释不会影响匹配结果，但在日志中搜索关键词时，能快速关联到业务场景。例如，搜索 `AI 辅助求职信` 可以迅速锁定与求职工具相关的规则，帮助你判断某次请求是否由特定用途触发。

第五步，注意规则类型差异。常见规则类型包括 `DOMAIN`, `DOMAIN-SUFFIX`, `DOMAIN-KEYWORD`, `IP-CIDR`, `GEOIP` 等。若请求命中的是 `IP-CIDR` 规则，日志中会显示对应网段；若是 `GEOIP`，则会标明国家代码。若你怀疑某请求被错误地路由，可结合 `curl -v` 或浏览器开发者工具中的“网络”面板，查看请求的完整域名、协议、目标 IP 地址，再与日志中的规则类型比对，确认是否匹配。

最后提醒，日志中可能出现重复或冗余信息，尤其是高频请求。此时应关注首次匹配的那条记录，因为 Clash 一旦命中即停止匹配，后续日志仅为上下文参考。对于复杂场景，建议在测试前临时禁用部分规则，通过对比日志变化来反推影响范围。

掌握这套方法，就不再需要依赖猜测或反复试错。每一次请求的规则命中路径，都将在日志中留下清晰痕迹。