资源与响应头

用于记录此次检查的资源范围。

每行一个响应头字段,字段名与字段值使用冒号分隔。

填写内容后,点击“检查缓存”。

结果

待操作

解释缓存、验证器、压缩和 Vary 设置。

缓存与压缩检查

粘贴资源的 HTTP 响应头,检查 Cache-Control、ETag、Content-Encoding 与 Vary,查看缓存时长、再验证和 Gzip、Brotli 压缩配置说明,方便核对缓存策略。

查询规则与适用范围

请先核对输入、结果字段和限制说明,再将结论用于发布、排查或记录。不同工具的协议依据与适用边界见下方内容。

缓存字段含义

Cache-Control 决定响应能否存储、复用前是否验证以及缓存时长。ETag 与 Last-Modified 是验证器,Content-Encoding 表示响应体采用的传输压缩方式。

常见配置差异

带内容哈希的 CSS、JS、字体和图片可使用较长 max-age;HTML、接口和频繁变化的 JSON 应更谨慎,避免用户长期看到旧内容。

资料来源 HTTP Caching · RFC 9111Content-Encoding · MDN

整理:喜爱工具箱 · 更新:

使用说明

三步完成操作

  1. 01 · 填写资源

    输入响应头对应的网址。

  2. 02 · 粘贴头部

    提供 Cache-Control、ETag、Content-Encoding 等字段。

  3. 03 · 核对配置

    查看缓存时长、验证器和压缩建议。

常见问题

使用前先了解这些

no-cache 是不缓存吗?

不是。no-cache 表示复用前需要再验证;no-store 才表示不存储。

ETag 和 Last-Modified 需要同时有吗?

不一定,二者都是验证器;同时提供通常可提升兼容性。

HTML 可以长期缓存吗?

通常不建议。HTML 更适合短缓存或再验证,带版本号的静态资源更适合长期缓存。