Postman中手动添加If-None-Match头需确保大小写正确、ETag值带英文双引号（如"abc123"），且服务端已返回ETag响应头并校验匹配，否则无法触发304；浏览器对协商缓存成功的资源常显示为200（from cache）而非304，属UI映射行为。
Postman里手动加If-None-Match头不生效？先看请求类型
浏览器自动携带If-None-Match是协商缓存行为，Postman默认不会帮你加——它只按你写的发。但加了也不一定触发304，因为服务端是否校验、ETag是否匹配、资源是否真有ETag，三者缺一不可。常见现象是：加了头，响应仍是200，甚至返回400（比如服务端不支持该头或解析失败）。此时别急着改Postman，先确认后端是否真返回了ETag响应头——没有ETag，If-None-Match就是无的放矢。
Headers标签页添加If-None-Match的实操细节
在Postman请求的Headers标签页里，新增一行：
- Key填
If-None-Match（注意大小写，HTTP头名区分大小写） - Value填服务端上次返回的
ETag值，例如"abc123"（必须带英文双引号，ETag规范要求） - 不要手误写成
If-None-Macth或漏掉引号，这类拼写/格式错误会导致服务端直接忽略该头 - 如果服务端用弱ETag（如
W/"xyz"），Value也得照写，不能删W/
为什么用Postman能捕获到304，而浏览器Network里看不到？
这不是Postman的问题，是浏览器的“隐藏优化”：对script、style、image等资源，Chrome/Firefox会把协商缓存成功的304响应，在DevTools Network面板里显示为200 OK (from disk cache)或200 OK (from memory cache)。只有document（HTML主文档）请求才真实显示304 Not Modified。所以你用Postman看到304，恰恰说明服务端逻辑是对的；浏览器不显示304，是它的UI做了状态码映射，不是缓存没走通。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
用HEAD请求快速验证ETag有效性
不想反复下载大文件来测协商缓存？换用HEAD方法：
- 把请求方法从
GET改成HEAD - 同样加上
If-None-Match头 - 发送后看响应状态码：如果是
304，说明ETag匹配且服务端支持协商；如果是200，说明ETag不匹配或服务端未校验 -
HEAD不传响应体，速度快、无副作用，适合调试阶段高频验证
真正容易被忽略的点是：ETag值必须严格一致（含引号、大小写、弱标识符），且服务端必须在响应中明确返回ETag头——Postman再怎么配，也救不了没ETag的接口。
