📡

HTTP 头速查

内置 50+ 常用头字段:按请求头 / 响应头 / 通用头分类,每条含方向、含义与常见取值示例;缓存专题(Cache-Control / ETag / Expires / Last-Modified 怎么配合)与 CORS 专题(Access-Control-* 全家桶)单独成 tab,支持关键词搜索。

📚 50+ 头字段 🗂️ 5 个分类专题 💾 缓存交互详解 🔒 纯本地不接 AI

🔍搜索与分类

💡使用提示

语义口径RFC 9110 等现行标准
缓存专题强缓存 vs 协商缓存
CORS 专题简单请求与预检请求

📋头字段列表

📡

正在加载头字段数据…若长时间无显示,请确认浏览器已启用 JavaScript

📐
语义口径:字段含义以 RFC 9110(HTTP Semantics)、RFC 9111(Caching)与 Fetch/CORS 标准为准。「缓存专题」讲清强缓存(Cache-Control/Expires)与协商缓存(ETag/If-None-Match、Last-Modified/If-Modified-Since)的交互顺序;「CORS 专题」覆盖简单请求与预检请求(OPTIONS)中 Access-Control-* 系列头的完整链路。

为什么需要 HTTP 头速查

调试接口、排查缓存不生效、解决跨域报错……HTTP 头是前后端每天都在打交道、却最容易记混的一层。「no-cache 和 no-store 有什么区别?」「ETag 和 Last-Modified 谁优先?」「预检请求要回哪些头?」这些问题翻 RFC 原文太慢。本工具把 50+ 常用字段按方向分类,并把最容易出错的缓存与 CORS 两大场景单独做成专题。

缓存与 CORS 两大专题

缓存专题:浏览器先看 Cache-Control(max-age 未过期直接用,不发请求),过期后带 If-None-Match / If-Modified-Since 去问服务器,资源没变就回 304 继续用缓存——每条字段的 note 都写清了它在链路中的位置。CORS 专题:从 Origin 出发,到预检请求的 Access-Control-Request-*,再到响应的 Access-Control-Allow-*,一条链全覆盖。

使用方法

  1. 在搜索框输入字段名片段(如 cache)或关键词(如 跨域);
  2. 点击分类按钮切换:请求头 / 响应头 / 通用头 / 缓存专题 / CORS 专题;
  3. 每条字段展示方向徽章、含义说明与常见取值示例;
  4. 专题分类下的字段附带 note,说明与其他字段的交互顺序;
  5. 点「重置」恢复全部字段。

更新记录

  • 1.02026-10-16全新上线:69 个头字段数据,按请求头/响应头/通用头分类,缓存专题与 CORS 专题单独成 tab;每条含方向/含义/取值示例,专题字段附交互说明;支持搜索;纯本地不接 AI。

常见问题

no-cache 和 no-store 到底什么区别?
no-store 是「完全不许存」,每次都必须从服务器拿完整响应;no-cache 是「可以存,但每次用之前必须向服务器验证」(带 ETag/Last-Modified 去问,没变才用缓存,返回 304)。想禁止缓存用 no-store 最彻底。
ETag 和 Last-Modified 同时存在时谁优先?
ETag 优先。ETag 是精确校验(内容哈希/版本号),Last-Modified 只有秒级精度且文件改动 1 秒内可能检测不到。服务器同时收到 If-None-Match 和 If-Modified-Since 时,应以 If-None-Match 为准。
跨域时报错「No Access-Control-Allow-Origin」怎么排查?
先看是简单请求还是预检请求失败:① 响应必须有 Access-Control-Allow-Origin 且与请求 Origin 匹配(带凭证时不能用 *);② 预检(OPTIONS)要额外回 Access-Control-Allow-Methods 与 Access-Control-Allow-Headers;③ 带 Cookie 还需 Access-Control-Allow-Credentials: true。本工具的「CORS 专题」tab 有完整字段链路。