关于本文
本文是通过利用生成式 AI 的自动化工作流创建的。我们查阅了 HTTP 的 HEAD 方法以及 curl 的官方规范，整理成了只读观察与 GET 差异的步骤。
验证状态：📘 已核实 RFC / curl 官方规范，未进行实际通信
当只想确认标头而不获取网页正文时，curl -I 可以派上用场。但需要注意的是，仅凭 HEAD 的结果并不意味着 GET 一定会有相同的表现。
首先尝试
curl -I https://example.com/
观察 HTTP 状态码、Content-Type、Content-Length 等。
接下来用 GET 同时也显示标头。
curl -sS -D - -o /dev/null https://example.com/
关注点
比较 HEAD 和 GET 的状态码或标头是否相同。服务器实现或中间设备可能会导致差异。
尝试更改一处
将 URL 末尾更改为不存在的路径，观察 404 等状态码如何变化。
为什么重要
如果在监控或链接检查中仅使用 HEAD，可能会忽略与实际 GET 路径的差异。将 HEAD 作为轻量的初步确认，GET 作为接近用户的确认，这样划分职责更容易理解。
如果在工作中应用
可用于网站迁移、重定向、CDN 以及 API 连通性的初步确认。在向生产环境发送大量访问之前，请限制目标数量和频率，切勿将带身份验证的 URL 令牌留在日志中。
总结
curl -I 虽然便利，但并非“GET 的完全替代品”。只需在同一个 URL 上对比 HEAD 和 GET，就能亲身体验到这些差异。
官方资料
curl 手册
RFC 9110 HTTP 语义
