如何阻止GCP健康检查请求在Node.js应用数据库中存储无用会话？

这问题我之前帮不少开发者踩过坑——GCP灵活环境的健康检查请求频率很高，有时候每秒好几次，如果没做区分，确实会被express-session当成普通用户请求创建大量空会话，MongoDB里堆几百万条太正常了。给你几个实操性强的解决办法：

1. 在会话中间件前拦截健康检查请求 #

GCP的健康检查请求有明显特征：要么User-Agent是GoogleHC/1.0，要么是你在控制台配置的特定路径（比如默认的/）。我们可以写个前置中间件直接拦截这些请求，不让它们触发会话创建逻辑。

代码示例：

// 先加这个健康检查过滤中间件，一定要放在express-session初始化之前！
app.use((req, res, next) => {
  // 匹配GCP健康检查的User-Agent，或者你指定的健康检查路径
  const isHealthCheck = req.headers['user-agent'] === 'GoogleHC/1.0' || req.path === '/health';
  if (isHealthCheck) {
    // 直接返回200状态码，跳过后续中间件
    return res.sendStatus(200);
  }
  next();
});

// 再初始化express-session和mongodb存储
const session = require('express-session');
const MongoDBStore = require('connect-mongodb-session')(session);

const store = new MongoDBStore({
  uri: '你的MongoDB连接字符串',
  collection: 'sessions'
});

app.use(session({
  secret: '你的会话密钥',
  resave: false,
  saveUninitialized: false, // 关键！只保存被修改过的会话，空会话不会存入数据库
  store: store,
  cookie: {
    maxAge: 24 * 60 * 60 * 1000 // 按需设置会话有效期
  }
}));

这里重点提一下saveUninitialized: false，哪怕过滤逻辑有遗漏，这个参数也能阻止空会话被写入MongoDB，相当于给你加了一层保险。

2. 配置专用的健康检查路径 #

如果还没设置专门的健康检查端点，强烈建议单独加一个，比如/health，然后去GCP控制台把健康检查的路径改成这个。这样所有健康请求都会直接走这个路由，完全不碰会话中间件。

添加专用健康路由：

// 把这个路由放在所有中间件最前面
app.get('/health', (req, res) => {
  // 可以顺便检查数据库或其他依赖的状态，简单点直接返回200就行
  res.sendStatus(200);
});

然后去GCP灵活环境的部署设置里，找到健康检查配置，把路径更新为/health，保存后生效。

3. 清理已有的无效会话 #

已经生成的数百万空会话可以通过MongoDB命令快速清理：

// 删除所有空会话（connect-mongodb-session存储的空会话session字段为'{}'）
db.sessions.deleteMany({ session: '{}' });

// 删除所有过期的会话
db.sessions.deleteMany({ expires: { $lt: new Date() } });

另外，connect-mongodb-session默认会自动清理过期会话，确保你的配置里没有禁用这个功能。

最后提醒下：配置完后一定要测试，比如用curl模拟GCP的健康请求，看看MongoDB里会不会新增会话，确认过滤逻辑生效。

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