Clash 订阅要多久更新一次?自动与手动的取舍

订阅更新是 Clash 使用过程中最容易被误解的一个动作。很多人把它当成刷新按钮,连不上就点两下,慢了也点两下,好像点一下就能重新协商出一条更好的线路。实际上它做的事非常单一:按你保存的那个地址重新下载一份配置文件,然后用新文件替换掉旧的。仅此而已。

理解这一点之后,一连串困惑都会自动解开。为什么手动改的东西会消失——因为是覆盖不是合并;为什么频繁刷新没用——因为服务端那份配置根本没变;为什么更新后要重新选节点——因为节点列表已经被换成了新的一份,你之前选中的那一条未必还在其中。

这篇只讲正常更新的机制、节奏和它必然带来的副作用。如果你点更新之后得到的是报错、超时或者永远转圈,那不属于本文范围,应该按订阅更新失败的四层排查去定位。

点一次更新,客户端具体做了什么#

拆开来看是四个动作,顺序固定:

关键在第四步:替换,不是合并。客户端不会去比对新旧两份配置有什么差异并保留你的改动,它只是把旧的丢掉、把新的装上。这个行为决定了后面几乎所有的「奇怪现象」。

另外要分清两件事:更新配置和重新连接是两回事。更新只换配置,连接是否恢复要看新配置里的节点是否可用。更新完之后仍然连不上,说明问题不在配置的新旧上。

自动更新间隔设多久比较合理#

参考机场调整线路的实际节奏来定,而不是越勤越好:

分钟级或每小时一次的自动更新没有收益,还可能触发订阅接口的频率限制,反过来导致更新失败。判断依据是:服务端配置没变的情况下,拉一百次和拉一次的结果完全相同。

更新后节点变少、改名了,是机场出问题了吗#

多数情况下不是。机场的节点池本来就在动态调整:某条线路被封、某台落地机到期、某个地区扩容,都会反映到你下一次拉取的配置里。可以按下面这张表快速归因:

只有最后一行属于故障。前四种都是服务商在调整供给,和你的客户端设置无关,反复点更新或重装客户端都不会改变结果。

节点名里的地区、倍率与线路标记怎么读,属于线路知识的范畴,可以顺着线路与协议专题补一下,那部分内容和客户端无关但会直接影响你更新后该选谁。

手动改过的配置为什么一更新就没了#

因为你改的是「下载下来的那份副本」,而更新会把这份副本整个换掉。这不是 bug,是订阅机制的必然结果——服务端并不知道你在本地加了什么。

想让自定义内容活过更新,只有两条路:

1. 用客户端提供的覆写或扩展机制。多数 Clash 系客户端支持在订阅配置之外单独维护一份补丁,更新时先拉取原配置再套用补丁,你的改动因此得以保留。
2. 把配置改成本地文件模式。这份配置从此不再自动更新,新增节点也不会进来,相当于用可维护性换掉了时效性。

# 结构示例:自定义规则应写在覆写文件里,而不是直接改订阅配置
rules:
  - DOMAIN-SUFFIX,example.invalid,DIRECT
  - DOMAIN-KEYWORD,internal,DIRECT

上面只是说明结构,example.invalid 是保留用的示例域名,实际请替换成你真正需要单独处理的站点。规则本身怎么写、写在哪一条位置才会生效,在分流模式怎么选里有完整解释。

多个订阅要不要设置不同的更新策略#

要。主力和备用的定位不同,更新节奏也应该不同:

• 主力订阅:开自动更新,间隔 12 到 24 小时,保证机场调整后你能及时拿到新节点。
• 备用订阅:关掉自动更新或设成一天一次。备用位平时不用,自动拉取只是徒增请求。
• 临时试用的订阅:试用期结束后直接删掉配置卡片,而不是留着让它一直失败重试。

一个容易忽略的细节:同一时刻只有一份配置在生效。挂多个订阅的意义是切换快,不是叠加使用。所以更新了当前没有生效的那份配置,代理页的节点列表不会有任何变化——这经常被误判成「更新没成功」。

什么情况下该重置订阅链接而不是刷新#

重置链接是重开一把钥匙,不是刷新。它会让旧地址立刻失效,所有已经导入过的设备都得重新粘贴。以下几种情况才值得做:

1. 链接可能已经外泄。发给过别人、贴在过截图或群聊里、或者机场后台显示异常的设备数量。
2. 机场提示存在异地或超量登录。此时先重置,再逐台重新导入,能确认是不是被人占用。
3. 换了主力设备,想让旧设备彻底失去访问能力。
4. 机场公告要求所有用户重置(通常发生在接口迁移之后)。

订阅链接等同于账号凭据,拿到它的人可以直接消耗你的流量,还可能因为设备数超限导致你自己被限制。永远不要把它当成普通网址分享。

除此之外的所有情况——尤其是「连不上、想试试」——都不该用重置。它解决不了连接问题,只会额外制造一轮重新导入的麻烦。

更新完还要不要重新选一次节点#

要,而且这一步经常被跳过。更新替换了整份配置,策略组里的节点集合随之变化,可能出现三种情况:你原来选的节点还在、被改了名字、或者已经不存在了。第三种情况下,客户端通常会回落到策略组的默认项,而默认项未必适合你当前的用途。

更新后的最小验证动作只有两个:在代理页确认节点总数正常,然后对常用的那个策略组做一次延迟测试,看有没有数字返回。有数字说明出口可达,再打开目标网站确认一次即可。至于延迟数字该怎么读、为什么不能只挑最小的那个,可以接着看节点延迟测试怎么看。

小结#

更新订阅就是重新下载一份配置并整体覆盖旧的,理解这一句可以解释掉九成的相关疑问。日常间隔设在 12 到 24 小时之间最合适,机场发公告调整线路时手动补一次,其余时间不必手动干预。节点数量小幅变化、名称改动都属于机场的正常运营行为,只有节点归零才需要当成故障处理。自定义规则必须写在覆写文件里才能活过更新,而重置链接是安全动作,不是刷新手段。每次更新之后花十秒钟重选节点并测一次延迟,能避免绝大多数「更新完反而更不好用了」的错觉。