机场已经换节点，为什么订阅更新后还显示旧节点？
常见原因是更新了另一张配置、远端请求失败后继续使用本地缓存、自定义合并仍引用旧 provider，或内核没有重新加载。按时间和日志逐层确认。
先看重点先确认当前启用的就是刚更新的订阅，并核对卡片更新时间；再看更新日志是否真实成功。原始订阅已经是新节点、客户端仍旧时，重载当前配置或重启内核；只有合并配置旧，则检查它引用的 provider 与缓存，不要先重置 token。
机场公告说节点已经更换，用户中心也能看到新名称，Clash 里手动更新后却还是旧列表。不要立刻重置订阅链接；先确认你更新的是哪一层，以及更新请求是否真的拿到新内容。
先排除“更新了 A，正在看 B”
Clash Verge Rev 可以同时保存多张远程订阅、本地配置和合并配置。回到配置页核对：
- 刚点击更新的卡片名称；
- 卡片显示的最后更新时间；
- 当前启用标记在哪张卡片；
- 代理页的策略组来自哪份配置。
如果启用项不是刚更新的那张，切换后重新加载即可。给多张测试配置改成可辨认的名称，比留下“配置 1/新配置”更不容易误判。
更新失败时，旧节点继续存在很正常
Mihomo 的远程 provider 同时有下载 URL、本地 path 和更新周期。远程请求失败时，本地上次保存的内容可能仍被当前配置使用，于是“旧节点能用、列表没变化”。
查看更新日志，不要只看按钮转圈结束：
- 401/403：查 token、账户和链接；
- 超时/DNS：查订阅域名路径；
- YAML/格式错误：远端内容未被接受；
- 显示成功但时间不变：仍需确认实际保存结果。
这种情况先看订阅更新失败但旧节点能用，保留旧配置直到远端恢复。
用原始订阅隔离自定义合并
保留当前配置，临时导入机场后台直接提供的原始 Clash/Mihomo 订阅：
- 原始订阅是新节点，合并配置仍旧：问题在 Merge、脚本或 provider 引用；
- 两份都是旧节点：机场当前返回内容尚未更新，或账号分组看到的仍是旧列表；
- 原始订阅报错：先修订阅请求，不再查缓存显示；
- 原始订阅新旧混合：可能是服务商保留了过渡节点，向客服确认。
SSPanel 会按用户等级、节点组、节点在线状态等筛选输出，不同账号不一定在同一时刻看到完全相同的列表。
provider 与策略组可能仍指向旧来源
自定义配置中，proxy-providers 定义远端集合，策略组再通过 use 引用。更新了一个 provider，不会自动改掉另一个名称相似的旧 provider。
检查最终运行配置，而不是只看编辑器片段：provider URL、名称、path 是否唯一，策略组 use 是否引用了预期项。不要手工删除客户端内部缓存目录；优先用界面更新、重载配置和重启内核，避免把仍可恢复的数据清掉。
什么时候联系机场
原始订阅在两台设备上都稳定返回旧节点，用户中心/公告却明确宣称已更换时，把账号分组、更新时间和脱敏节点名发给客服。不要发送完整 URL 或 token。
客户端原始订阅已是新列表，则无需让机场反复查账户，把重点放在本地合并和引用。若新配置有节点、某个策略组却为空，转去过滤规则与空策略组。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……