症状复盘:提示「更新成功」为什么节点还可能不变

很多用户把「点了一次更新」直接等同于「节点列表一定会变」。在 Clash 的工作流里,这两件事没有必然因果关系。客户端做的只是:按你填的订阅 URL 再拉取一次远程内容,解析后与当前配置合并,然后让内核重新加载可用出站。若远程返回的文件与上一次字节级一致,或机场只是在后端换了线路但对你下发的节点命名与数量保持不变,你在 UI 里看到的列表就可能完全不动——这不是缓存作祟,而是本来就没有新的差异可展示

反过来,若机场面板已经显示新套餐、新地区,而本地仍旧,才需要进入下面的「Clash 订阅不更新」排查:是没拉到新内容(网络、URL、鉴权),还是拉到了但没用上(配置档错位、内核未重载、覆写层盖回旧节点)。先把预期对齐,能少做一半无用操作。

💡
与导入篇衔接 若你还不熟悉订阅链接、多订阅命名与自动更新间隔,建议先读 Clash 订阅链接与多订阅源管理,再回来看本文的「更新失败与缓存」专项,两条线合在一起就是完整的订阅生命周期。

第一步:先确认「远端有没有变」

在动本地缓存之前,用两分钟确认机场侧:套餐是否已生效、面板是否要求你重置订阅链接、是否有「当前客户端数/速率限制」导致下发被截断。部分面板会生成带令牌的长 URL,一旦你复制少了查询参数,服务器仍返回 200,但内容可能是空配置或旧快照——界面却可能仍提示抓取完成。

另一个常见情况是:服务商做了维护,短时间内多次请求返回同一缓存页。你可以隔十几分钟再试,或用手机流量开浏览器访问订阅域名(注意不要把含密钥的完整链接发到公开群)。若浏览器里拿到的文本与昨天完全一致,那本地 Clash 再怎么强制刷新也不会凭空多出节点。

第二步:核对「正在运行的是哪一份配置」与订阅 URL

Windows 上多配置档、多工作区非常普遍:你在 A 档案里更新了订阅,但系统托盘里实际启用的是 B 档案,节点列表自然不变。请在客户端主界面明确当前激活的配置名称,并在同一份档案下打开订阅列表,确认 URL 与机场面板复制的一致(包括 https、路径、token、查询串)。

若你最近改过订阅地址却只改了一处副本,而另一处仍指向旧链接,也会出现「我明明更新了」的错觉。对多订阅用户,建议给每条源加可读备注,并在策略组里确认引用的正是这条源产出的节点——这与 多订阅管理 里的命名原则一致,能显著减少错位。

第三步:在 Clash Verge Rev 里手动更新与「强制内核吃到新配置」

下面以当前 Windows 上常用的 Clash Verge Rev 为例(安装与权限若仍有问题,可先对照 Clash Verge Rev Windows 安装教程)。整体顺序建议:单条订阅手动更新 → 观察报错与完成时间 → 重启内核或重载配置 → 再看节点与延迟测试结果

在订阅或配置源列表中,对目标条目使用「立即更新」「刷新」或同级按钮,不要只依赖全局自动调度。若软件提供「应用配置」「重启内核」「Reload」之类选项,在大量节点变更或刚替换订阅 URL 后执行一次,可避免 UI 已显示新文件而内核仍保留旧内存态的脱节。延迟测速列表往往缓存上一次 ICMP/TCP 探测结果,刷新订阅后手动再跑一次测速,否则你会看到「节点名变了,延迟数字却像没动」。

第四步:什么时候该清缓存、怎么清才安全

在确认 URL 正确、网络可达、且远端确实应有新节点之后,若客户端仍顽固展示旧列表,才考虑清除缓存。缓存可能包括:下载到本地的订阅快照、规则集缓存、图形界面自己的状态数据库等。操作前请先导出或备份当前配置与工作目录,避免误删后无法还原。

优先使用客户端设置里提供的「清除缓存」「重置」类入口;若需手动处理,一般可在「打开应用目录」「打开配置目录」一类菜单找到数据位置,再删除明确的缓存子目录或过期订阅文件——不同版本路径略有差异,不建议照搬网上过期的绝对路径。清理后重启客户端,重新拉取订阅。若清理后反而无法启动,用备份还原即可回滚。

⚠️
不要一上来就整目录格式化 直接删除整个 AppData 下未知文件夹,可能带走登录态、自定义规则与覆写。清缓存应是「有目标的删除已知缓存文件」,而不是「扫射式重装」。

第五步:代理环路、DNS 与「更新流量走错了出口」

一种隐蔽情况是:订阅域名在规则里被送进代理,而代理本身又依赖这份订阅才能连通——形成鸡生蛋式的环路,更新请求看似发出却拿不到完整响应。临时处理可以是:为订阅域名或面板域名写直连/DIRECT规则并置顶、或在更新时关闭 TUN、暂时切到规则较简单的配置档,再执行手动更新。

另一类是 DNS:系统或 fake-ip 模式下,订阅主机名解析到错误地址,TLS 仍握手成功但内容不对。可对照 使用文档中心 里与 DNS 相关的说明,必要时在日志中确认订阅请求的解析结果与握手是否指向预期 IP。更复杂的命中问题,可结合 连接日志与规则命中 一文对照。

第六步:覆写与合并顺序让「新节点被盖掉」

若你使用了 覆写(Override) 或本地片段合并,注意合并顺序:后写入的片段可能固定写死了 proxies 列表或策略组候选,导致订阅刷新虽然成功,但 UI 仍展示覆写层里的旧集合。此时应在覆写文件里检索是否硬编码了同名节点或禁用了某 provider,而不是反复清缓存。

收尾清单:按顺序勾一遍

把下面几条当作 Windows 上「Clash 订阅不更新」的快捷检查表:① 机场面板与原始 URL 是否最新;② 当前激活配置档是否就是你在编辑的那份;③ 手动单源更新与内核重载是否做过;④ 测速列表是否手动刷新;⑤ 是否存在环路或 DNS 异常;⑥ 覆写层是否覆盖订阅结果。绝大多数「点了更新却不变」都能在其中某一步对上号。

相比在论坛里泛泛问「是不是缓存坏了」,按顺序取证能更快定位:究竟是远程没变,还是本地没用上新远程。把订阅、规则、内核重载三件事拆开后,Clash 在 Windows 上的行为会稳定很多。

若你尚未安装或准备更换客户端,建议从本站 Clash 客户端下载页 获取对应系统的安装包,再按上文步骤验证订阅刷新;相比零散搜索「强制更新」命令,固定可信下载入口与清晰排障顺序更能省时间。开源仓库适合核对协议与版本记录,日常安装仍以本站下载页为主路径。→ 立即免费下载 Clash,开启流畅上网新体验