NodeJS中如何解决304状态码问题？

304状态码是HTTP协商缓存的正常响应，意味着浏览器确认本地缓存的资源未发生变更，无需重新下载。但如果需要强制每次请求都返回200，可通过以下方案彻底禁用缓存机制：

1. 全局设置响应头禁用所有缓存 #

在Express中添加全局中间件，覆盖缓存相关响应头，确保浏览器不会使用本地缓存：

const express = require('express');
const morgan = require('morgan');
const app = express();

// 全局禁用缓存
app.use((req, res, next) => {
  res.set('Cache-Control', 'no-cache, no-store, must-revalidate');
  res.set('Expires', '0');
  res.set('Pragma', 'no-cache');
  next();
});

// 加载其他中间件和路由
app.use(morgan('dev'));
// 静态资源、路由等后续加载

2. 覆盖静态资源的缓存配置 #

如果使用express.static托管静态文件，默认会带缓存头，需单独配置覆盖：

app.use(express.static('public', {
  maxAge: 0,
  setHeaders: (res) => {
    res.set('Cache-Control', 'no-cache, no-store, must-revalidate');
    res.set('Expires', '0');
    res.set('Pragma', 'no-cache');
  }
}));

3. 确保etag禁用顺序正确 #

单独设置app.disable('etag')无效，可能是因为中间件加载顺序问题。需将禁用etag的代码放在所有路由、静态资源中间件之前：

const app = express();

// 先禁用etag
app.disable('etag');

// 再加载其他中间件
app.use(morgan('dev'));
app.use(express.static('public'));
// ...其他路由配置

补充说明 #

304是HTTP协议的优化机制，能有效减少带宽消耗和提升加载速度。如果不是调试需求或业务强制要求，不建议强制返回200。上述方案会完全禁用浏览器缓存，可能导致每次请求都重新下载资源，需根据实际场景权衡使用。

内容的提问来源于stack exchange，提问作者RunTimeError31415