
这篇适合解决什么
减少开机卡顿与配置突然变化。
跟着做
- 日常订阅按服务商更新频率设置,通常无需每几分钟拉取。
- 规则集可安排每天或每周更新,并避开开机网络尚未就绪的时刻。
- 更新前后若行为变化,查看规则命中而不是立刻回滚全部设置。
- 重要工作前避免临时大改配置,预留一个已验证版本。
做完以后确认
- 更新任务没有连续失败。
- 规则时间戳符合预期。
- 开机时不会多个更新同时拥堵。
别踩这个坑越频繁并不一定越新,反而可能触发服务端限速或在不稳定网络上产生半更新状态。
记住这一句
让更新有节奏,也让变化可追踪。
萝卜云 · 注册礼注册送 1GB 香港高速流量,24 小时有效;支持支付宝与虚拟币。领取体验流量 →客户端、内核、订阅和远程规则集更新的是不同东西。先明确这次要更新哪一项,再检查更新结果,避免只看到“成功”就以为所有设置都已生效。
把更新对象分开
客户端更新会更换程序;订阅更新获取节点与配置;规则提供者更新获取对应规则集。它们可以有不同的周期和失败原因,某一项成功不会替其他项目完成更新。
更新前保存自己的改动
订阅重新下载后,手动改过的原配置可能被覆盖。先确认自定义规则放在客户端支持的哪种持久化位置,保存一份有效配置和当前版本信息,不要只依赖编辑窗口中的临时文本。
自动更新按实际需要设置
变化频繁的订阅与长期稳定的规则集,不一定需要相同周期。先遵守服务方的访问限制,再按节点变更频率和自己的使用情况调整。短时间反复刷新会增加请求,也可能触发限流。
失败时先区分下载与解析
超时、拒绝访问、格式解析错误应分别查看。主订阅更新成功后,还要看 proxy-providers 或 rule-providers 是否完成加载;远程资源失败时,当前缓存是否还能继续使用,也需要在日志中确认。
更新完成后复测日常任务
检查当前配置、策略组选择、自定义规则,以及一个实际网址。如果节点名称变化导致选择失效,先重新确认策略组;程序能启动并不等于更新后的分流行为与之前一致。
| 更新对象 | 更新后检查 |
|---|---|
| 客户端或内核 | 版本、启动状态、现有配置兼容性 |
| 订阅 | 节点列表、当前配置、策略组选择 |
| 节点提供者 | 下载结果、格式与组内引用 |
| 规则提供者 | 加载状态与一条实际规则命中 |
操作中常见的疑问
- 多久更新一次最好?
- 没有适用于所有服务的统一频率。以服务限制、内容变化和自己的维护需求决定,并观察失败或限流提示。
相关文档:Clash Verge Rev 使用文档 · Mihomo 配置文档