Clash 分流规则入门：从请求去向理解规则、全局和集合

Rule 根据配置匹配去向，Global 使用选定代理，Direct 采用本地网络。国内网站也走远端节点时，需要核对是否启用全局，不能只看自定义规则写了什么。

规则模式仍依赖文件里实际存在的匹配项，不会自动补齐所有国内直连内容。连接记录能说明请求最终交给 DIRECT 还是代理，文件中的计划与实际命中需要对照。

国内请求变慢时的模式检查 处理这类现象。这里不把某个症状归成固定概率，也不保证换模式就解决全部连接问题。

单条规则表达一个条件和动作，例如 DOMAIN-SUFFIX 用于检查域名后缀；RULE-SET 则引用外部集合，由集合内容组织一批匹配对象。集合不是凭空增加一种运行方式，而是减少文件中逐条列写的工作。

域名、IP 和广告请求都可以作为整理集合的主题，来源可由维护者持续更新。是否已经随订阅提供，需要查看实际模板，不因服务出售订阅就断言其中一定含有全部规则集。

单条域名例子可以使用 google.com 对应已有分组；它只是说明后缀条件，不提供 Google 请求必须走哪种出口的普遍结论。集合名称同样需要与当前文件中声明的对象对应。

behavior 和实际内容不一致，可能使文件虽然读取却没有预期匹配。不能只以“加载没有报错”确认规则在处理请求，检查时还应看目标连接的命中项。

集合的维护与订阅更新也需要区分。外部集合按自己的配置更新，订阅文件重新取得又可能替换本地直接修改的内容，两项变化不能当成同一个保存动作。

内核命中一项就停止继续匹配，因此更具体的例外要放在可能覆盖它的集合之前。把直连例外追加到宽范围代理集合之后，可能永远没有机会参与该连接。

DOMAIN-KEYWORD 查域名包含的词，IP-CIDR 查地址段，GEOIP 查 IP 地区，GEOIP,CN 用于国内条件；MATCH 接住前面剩余请求。这些类型各有匹配对象，不能用域名规则直接当作所有 IP 请求的替代条件。

MATCH 应在列表末端，写在它之后的自定义内容不会接到剩余请求。想确认是不是顺序因素，可以观察日志并比较调整前后命中结果，详见 规则存在却未生效的检查。

直接改下载的订阅，再刷新订阅，本地改动可能被新文件替换。覆写、override 或 Merge 可以将自定义内容另行保存，并在加载时与配置结合，而不是把服务方文件当成永久本地存档。

操作入口因软件不同，具体机制要对应图形客户端。规则模板是否包含合适的默认集合，也应先阅读，不需要因为可以自定义就重写整份文件。

不同规则与分组的配置示意 可用于确认结构。资料没有要求每位使用者都手工维护全部域名，常见需要是保留自己的少量例外条件。

select 由使用者手工指定，url-test 比较探测延迟，fallback 按列表次序在失败时接替。手工组与自动选择组可以组合，但不把其中某种配置称为人人相同的固定方案。

规则命中某组以后，还要看组中有哪些节点以及当前选中哪项。组名看似正确，并不能单独证明连接已经采用希望的具体出口，因此观察记录时应保留这两个层次。

节点延迟、节点可用性与请求分类并非同一目标。希望减少手动切换、安排主备或分类国内请求，都要选择各自适用的配置，不由“自动”一词代替实际参数说明。

某程序完全不读取系统代理，可能尚未进入这里的匹配过程。它与规则先后写错是不同问题，应继续看 虚拟网卡纳入应用的方式。

基础操作仍可按 先读入适用配置 完成，再查看日志中的具体去向。这个顺序把配置取得、流量接管与规则执行分开，便于说明失败到底发生在哪个环节。

规则集列的是需要分类的域名或IP条件，节点来源则提供实际代理目标。两者可能都从远端取得，却不是同一个配置对象，更新其中一份并不必然改变另一份。

mihomo文档把代理集合与规则集合分开导航，可以据此确定自己正在查哪类文件。不应将图形客户端的订阅输入框、内核代理集合与规则集合全部叫成同一份“规则”。

假如目标是让某一域名直连，应先看当前模式和已有集合是否已经覆盖，再确定该项应放的位置。只想改变一个请求类别，不代表需要将全部程序改成直连或全部改走代理。

新增项要对应已有出站名称，名单、组和规则各自存在并不表示引用关系已经正确。改完以后重新读取配置，保留日志实际命中，才能确认这份例外进入了运行中的列表。

下载订阅改变服务方文件，集合刷新改变所引用列表，本地覆写则保存使用者的例外。把三种动作分开记，有助于解释“更新以后为何变化”，避免把任何刷新都认为是在修改自己的规则。

价格取自本站品牌库，各家核对日期为 2026-07-24 至 2026-09-27（价格截至该日），以结算页当时显示为准。

此处为合作推荐位置，部分入口带推广属性；经入口成交，本站可能取得佣金，购买者不会为此多付费用。站点没有订阅销售业务，第三方服务能否使用也不由此处担保。