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

Clash 分流规则的核心是精确匹配，任何模糊的通配符都可能造成规则遗漏。以 `*.example.com` 为例，虽然看似覆盖广泛，但若真实请求为 `sub.example.com.cn`，则不会命中该规则，导致流量绕过代理。正确的做法是使用更具体的域名层级，如 `sub.example.com` 或通过正则表达式 `^sub\.example\.com$` 精确匹配，避免因二级域或三级域差异导致漏判。

在实际配置中，应优先使用 `DOMAIN-SUFFIX` 类型规则而非 `DOMAIN`，因为后者要求完全一致。例如，若某服务的入口为 `api.tiktok.com`，写成 `DOMAIN:api.tiktok.com` 可能因拼写错误或子域名变更失效，而 `DOMAIN-SUFFIX:tiktok.com` 能自动覆盖所有子域名，包括 `api.tiktok.com`、`cdn.tiktok.com` 等，减少维护成本。

对于高频更新的平台，如 TikTok、PikPak，其域名结构复杂且动态变化，仅靠静态规则极易漏掉。例如，PikPak 下载任务一直显示等待的原因，往往是因为其部分接口域名未被正确分流，导致请求无法走代理，从而卡在连接阶段。此时应定期抓包分析真实请求，用 Wireshark 或 Clash Verge 捕获实际访问的域名，再补充 `DOMAIN-SUFFIX:pikpak.com` 和 `DOMAIN-SUFFIX:cloud.pikpak.com` 等规则，确保所有子域名均被覆盖。

在规则排序上，必须遵循“精确优先于模糊”的原则。若将 `DOMAIN-SUFFIX:google.com` 放在 `DOMAIN-SUFFIX:www.google.com` 前面，前者会先匹配并拦截所有谷歌相关请求，导致后者永远不生效。因此，应按从具体到泛化的顺序排列：先写 `DOMAIN:mail.google.com`，再写 `DOMAIN-SUFFIX:google.com`，避免规则冲突和覆盖失效。

当遇到多级域名嵌套或特殊路径时，正则表达式是唯一可靠手段。例如，B站动态页常使用 `https://t.bilibili.com/123456` 这类短链，若仅用 `DOMAIN:bilibili.com`，可能因短链域名不在主列表而漏分。此时应使用 `DOMAIN-REGEXP:^t\.bilibili\.com$`，明确捕获此类特定路径，防止因跳转逻辑错乱导致流量直连。

规则库的维护不能依赖手动添加。建议使用自动化工具生成规则，如 Clash-Rules-Update 工具可定期拉取最新的公共规则集，包括 `gfwlist`、`anti-ad` 等主流源。例如，一个包含 18,000+ 条规则的综合规则集，比人工维护的 50 条规则更能保障覆盖度。同时，定期执行规则有效性测试——用 curl 扫描已知网站，检查是否真正走代理，若发现返回码异常或延迟过高，说明规则存在漏洞。

简历照片和排版的第一印象，与分流规则的严谨性本质相通：细节决定成败。一份简历若照片模糊、字体混乱，雇主第一眼便失去信任；同样，一条模糊的分流规则，哪怕只差一个点号，也可能让整个网络请求脱离控制。真正的专业，体现在对每个字符的精准把控上——比如 `DOMAIN-SUFFIX:alipay.com` 与 `DOMAIN-SUFFIX:www.alipay.com` 的区别，或是 `DOMAIN-REGEXP:^.*\.alipay\.com$` 是否包含 `m.alipay.com`。这种对细微差异的敏感，正是避免漏域名的根本能力。