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

在 Clash 配置中，每一条规则都对应特定的流量匹配逻辑，要判断某次请求命中了哪条规则，最直接的方式是开启日志模式。Clash 的 `log-level: debug` 设置会输出完整的规则匹配过程，包括每个请求的域名、目标 IP、协议类型和最终匹配的规则名称。例如当浏览器访问 `https://api.github.com` 时，日志中会明确显示 `rule: github` 被触发，并附带匹配依据如 `DOMAIN-SUFFIX,github.com`。

具体到配置文件中的规则顺序，必须严格遵循“先匹配先执行”的原则。假设规则列表如下： 1. `DOMAIN-SUFFIX,example.com,REJECT` 2. `DOMAIN-SUFFIX,github.com,PROXY` 3. `GEOIP,CN,DIRECT` 如果请求目标为 `https://example.com`，即使它属于中国范围，也会被第 1 条规则拦截，因为规则 1 优先级更高。这种顺序敏感性意味着，若将 `GEOIP,CN,DIRECT` 放在前面，所有国内流量都会被直连，导致本应走代理的 GitHub 请求也被误判为直连。

使用 Clash Verge 等图形客户端时，可通过内置的“规则命中追踪”功能实时查看。打开“Traffic Log”面板后，每条请求会以颜色标记其匹配规则：绿色代表直连，蓝色代表代理，红色代表拒绝。比如访问 `https://pikpak.com` 时，若看到该请求被标记为 `rule: pikpak-proxy`，说明配置中存在明确针对 PikPak 的代理规则。同时可查看其响应时间与数据包大小，用于验证规则是否合理。

若想进一步确认规则匹配细节，可在配置中添加 `payload` 字段来记录完整请求头信息。例如设置 `log-level: info` 并启用 `debug: true`，然后在日志中搜索 `matched rule` 字段。某条日志片段可能显示： `[Match] Rule: adblock, Matched: DOMAIN, google.com, Payload: Host: www.google.com, User-Agent: Mozilla/5.0` 这表明该请求因匹配 `DOMAIN,google.com` 规则而被拦截，且携带了完整请求上下文。 延伸阅读：应届生简历自我评价怎么写要注意什么。 延伸阅读：PikPak 怎么限制后台下载带宽。

对于特殊场景，如限制 PikPak 后台下载带宽，需结合规则与限速策略协同实现。在配置中加入： ```yaml - DOMAIN-SUFFIX,pikpak.com,PROXY,proxy=fast-proxy,rate-limit=100k ``` 此规则不仅指定走代理，还通过 `rate-limit` 限制上传速度为 100KB/s。实际测试中，当后台下载任务启动时，可用 `speedtest-cli` 检测出口速率，若发现峰值稳定在 98~102KB/s，即证明限速规则生效，且未影响其他应用。

应届生简历自我评价部分也需遵循类似“精确匹配”逻辑。若简历中写“熟练掌握 Python 和网络协议”，但实际仅能完成基础脚本编写，则面试官在排查时会发现技能项与项目经验不匹配，如同规则配置中出现“匹配错误”。建议采用具体数字支撑表述，如“参与 3 个网络爬虫项目，使用 Scrapy 构建 10+ 反爬策略”，使每一句描述都可被验证，避免模糊标签。

最终，要确保规则体系具备可观测性与可维护性。建议定期导出日志并用脚本分析命中率，例如统计一个月内 `DOMAIN-SUFFIX,netflix.com` 的命中次数达 12,476 次，而 `GEOIP,CN` 仅匹配 3,102 次，说明某些规则可能已过时或冗余。此时应考虑合并或删除低频规则，保持配置精简高效。