网页没更新为何还下载：用 curl 保存 ETag 并验证条件请求

网页没更新为何还下载：用 curl 保存 ETag 并验证条件请求教程示意图

适用场景

维护网站时，想知道同一个资源没有变化时是否还会重复传输正文，可以用 curl 做两次有对照的请求。本教程把首次正文和第二次响应分开保存，观察服务器能否利用实体标签确认资源未变，并解释为什么有时第二次仍返回完整正文。

适合在 Linux 终端中学习 HTTP 缓存验证，也适合检查自己有权维护的网站公开静态资源。实验只做少量普通读取请求，不需要登录信息，不修改服务器配置。

原理

实体标签（ETag）是服务器给某个资源表示提供的验证标识。客户端保存标签后，在下次请求中发送条件字段 If-None-Match。对于本教程使用的读取请求，如果条件判定资源未变，服务器可以返回未修改状态码三百零四，而不传输资源正文；需要返回新表示时，通常返回二百及正文。

标签应按服务器返回的形式原样保存，包括引号和可能存在的弱标签前缀。它不一定是文件哈希，也不能作为内容安全校验值。相关条件请求、标签和三百零四语义见 HTTP 语义标准 RFC 9110。

curl 提供标签保存与比较选项，可以避免手工拼接引号。它不会因此自动成为完整的浏览器缓存管理器：本地正文如何保存、何时替换，仍由使用者负责。

准备工作

准备 curl 七点六十八或更高版本，以及一个新的空练习目录。先检查版本：

curl --version

下面默认请求 RFC 9110 的公开文本页面，它是真实资料地址，但服务端策略可能变化，因此教程不预先保证它一定返回标签。若响应不提供标签，可按提示输入自己有权检查、明确支持实体标签的公开静态资源完整 HTTPS 地址。

不使用需要认证的页面，也不要选择含个人资料的链接。实验目录中的文件名都用于保存本次观察结果，确保没有同名重要文件。

分步骤操作

第一步：确定同一个资源地址

在 Linux 的 Bash 终端执行：

read -r -p '请输入公开静态资源的 HTTPS 地址，回车使用 RFC 文本：' resource_url
resource_url=${resource_url:-https://www.rfc-editor.org/rfc/rfc9110.txt}

resource_url 保存实际请求地址。后续两次请求必须使用相同地址和相同的表示选择条件，例如不要中途改变语言、认证身份或压缩相关请求头，否则比较的可能不是同一种表示。

第二步：保存首次响应与标签

执行首次请求：

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --dump-header first.headers \
  --etag-save resource.etag \
  --output first.body \
  --write-out 'HTTP=%{http_code} body_bytes=%{size_download}\n' \
  "$resource_url"
printf 'curl退出码：%s\n' "$?"

首次响应头保存为 first.headers，正文保存为 first.body，标签保存为 resource.etag。连接等待和总时限分别限制在十秒与三十秒。立即读取退出码，是为了区分网络传输失败和服务器返回的 HTTP 状态。

查看结果：

sed -n '1,35p' first.headers
cat resource.etag
wc -c first.body

只有首次请求成功取得二百响应、正文完整且标签文件非空，才进入下一步。没有标签时，curl 会创建空标签文件；这不能作为有效的条件验证依据。相关选项行为见 curl 官方手册。

第三步：发送带标签的条件请求

保持同一终端变量不变，执行：

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --etag-compare resource.etag \
  --dump-header second.headers \
  --output second.body \
  --write-out 'HTTP=%{http_code} body_bytes=%{size_download}\n' \
  "$resource_url"
printf 'curl退出码：%s\n' "$?"
sed -n '1,35p' second.headers

比较选项会读取已保存的标签并构造条件请求。这里故意使用不同正文文件名，首次保存的资源不会被第二次请求的结果覆盖。本次也没有更新原标签，便于保留第一次比较的基准。