客户端下载 · 订阅配置 · 多设备使用指南
红杏云

HONGXINGYUNCN / 红杏云

更新成功但节点没变化:理解 304、ETag 与本地缓存

区分服务器未修改、客户端未加载和订阅格式相同,使用时间与内容对照定位更新问题。

红杏云中文资料编辑 · 更新 2026-10-04 · 3 分钟阅读

没变化不一定是更新失败

节点列表未变,可能是服务端内容本来没变,也可能是客户端未切换到新配置。先记下当前配置名称、最近更新时间和实际启用状态。不要仅凭一个旧节点名称判断服务器没更新。

304 与 ETag 的作用

HTTP 条件请求可以用 ETag 代表资源版本。服务器返回 304 时,表示在该请求条件下资源未修改,客户端通常继续使用已有内容。不同客户端是否采用此机制需要实际日志证据,不能从列表未变反推一定发生了 304。

按三个位置对照

第一处看下载操作是否成功以及状态码;第二处看配置存储或预览内容是否更新;第三处看内核最终加载的节点与策略组。若下载成功、文件已更新而运行状态未变,重点查重载与选择配置。若服务端明确内容未变,无需清空缓存强行制造变化。

位置 要记录
下载 时间、状态码、配置名称
本地内容 可用的版本标记或脱敏差异
运行状态 启用配置、实际节点与规则

清缓存应有条件

只有明确客户端缓存异常、且官方说明支持时,再按对应方式刷新。先保留可回退配置,避免误删个人规则或账户令牌。不将随机参数附在私人订阅 URL 后“破缓存”,这可能破坏签名或增加请求。

更新后重新发起一条普通请求验证;旧连接不会自动证明新配置生效。相关结构说明见节点集合与完整配置。

来源与适用范围

MDN 304和ETag为缓存机制来源。本文不声称红杏云订阅使用 ETag,也不确认它的更新频率。