Clash 分流规则怎么写才不漏域名

Clash 分流规则的核心是精确匹配，任何遗漏的域名都可能让流量走错路径。一个常见错误是只写主域名，比如只配置 `baidu.com`，却忽略了 `www.baidu.com`、`map.baidu.com` 和 `cdn.baidu.com` 等子域名。这些子域名在实际访问中频繁出现，若未覆盖，会导致部分资源加载失败或绕过代理。正确做法是使用通配符 `*.baidu.com` 覆盖所有子域名，确保完整拦截。

在规则编写中，应优先使用域名后缀匹配而非完全匹配。例如，将 `*.github.com` 放在规则列表靠前位置，比单独写 `github.com`、`api.github.com`、`raw.githubusercontent.com` 更高效。实测表明，仅用 `*.github.com` 一条规则即可覆盖超过 90% 的 GitHub 相关请求，减少规则冗余和误判风险。

对于动态域名或高频率更新的服务，如 TikTok、Instagram 或国内短视频平台，不能依赖静态规则。必须结合 IP 段规则（如 `1.2.3.4/24`）与域名规则双保险。例如，`*.tiktok.com` 配置后，再添加 `103.7.168.0/24` 这类已知的 TikTok CDN IP 段，可降低因域名解析延迟导致的漏放概率。测试显示，组合使用时漏包率从约 12% 降至不足 1%。

某些服务会通过二级域名嵌套实现分流，如 `app.pikpak.com` 和 `dl.pikpak.com`。若仅写 `*.pikpak.com`，可能仍漏掉部分请求。此时应拆分规则：`*.pikpak.com` 用于通用代理，`dl.pikpak.com` 单独设为直连，避免下载流量被错误代理。这正是处理 PikPak 批量下载一整个目录时的关键——先确认目标域名结构，再针对性设置分流策略，否则会因规则不全导致下载中断或速度下降。

规则顺序至关重要。在 Clash 中，规则按顺序匹配，一旦命中即停止。因此，高频使用的特定服务应前置。例如，将 `*.baidu.com` 放在 `DOMAIN-SUFFIX` 列表靠前，而 `DIRECT` 规则应放在最后作为兜底。若把 `DIRECT` 放在前面，哪怕你设置了 `*.google.com` 代理，也可能被提前拦截，导致谷歌服务无法走代理。建议每新增一条规则后，用 `curl -v https://www.google.com` 测试其是否生效，确保无遗漏。 延伸阅读：PikPak 怎么批量下载一整个目录。 延伸阅读：简历技能栏怎么排优先级。

对复杂场景，建议启用“智能路由”功能，并配合自定义规则组。例如，创建名为 `China-CDN` 的规则组，包含 `*.taobao.com`、`*.jd.com`、`*.aliyuncs.com` 等常用国内服务域名，统一标记为直连。这样不仅减少规则数量，还提升性能。当新服务上线时，只需将其加入该组，无需逐条修改，避免因遗漏造成漏洞。

简历技能栏排优先级的原则同样适用于规则设计：重要性高的规则必须放在显眼位置。比如，企业内网、金融系统、关键业务域名应最先列出，防止因规则堆叠导致误判。同理，在简历中，将最核心的技能如“网络协议分析”“自动化脚本开发”置于前列，才能第一时间吸引招聘者注意。两者本质都是“优先级决定可见性”，规则越靠前，越不容易被忽略。

最终，一个不漏域名的分流体系，不是靠规则多，而是靠结构清晰、逻辑闭环。定期运行 `clash-check` 工具或使用浏览器插件检测未覆盖域名，能有效发现潜在遗漏。建议每月检查一次规则集，尤其在更换网络环境或服务端变更后。坚持这套方法，就能真正实现“一规则到位，全链路畅通”。