Express中间件闭包是否引发内存泄漏？如何释放闭包内存？

你的问题核心是闭包捕获了整个req/res对象，导致它们无法被Node.js垃圾回收器（GC）回收，尤其是ECS的ping请求这类短连接场景，未回收的对象持续积累导致内存占用上升。以下是几种可行的解决方法：

1. 用局部变量替代req属性引用，切断闭包对req的持有 #

不要在闭包中通过req.dynamoClient访问客户端实例，而是直接使用中间件内的局部变量，让闭包只捕获客户端实例本身而非整个req对象：

export const setRequestUtils = (req: Request, res: Response, next: NextFunction) => {
  // 用局部变量存储客户端实例
  const dynamoClient = new DynamoStorage();
  const s3Client = new S3();
  // 挂载到req上供后续中间件使用
  req.dynamoClient = dynamoClient;
  req.s3Client = s3Client;

  // 使用once替代on，事件触发后自动移除监听器，避免持续持有闭包
  res.once('close', () => {
    dynamoClient.destroy();
    s3Client.destroy();
    // 手动清除req上的引用，进一步切断引用链
    req.dynamoClient = null;
    req.s3Client = null;
  });
  next();
};

原理：once会在事件触发后自动移除监听器，闭包仅持有两个客户端实例的引用，而非整个req/res。当客户端实例执行destroy并被清除req上的引用后，GC可以正常回收这些对象。

2. 提前绑定destroy方法，彻底切断对req/res的依赖 #

如果必须保留req上的属性引用，可以提前提取destroy方法并绑定上下文，让闭包仅持有方法本身，不捕获req对象：

export const setRequestUtils = (req: Request, res: Response, next: NextFunction) => {
  req.dynamoClient = new DynamoStorage();
  req.s3Client = new S3();

  // 提前获取并绑定destroy方法，避免闭包捕获req
  const destroyDynamo = req.dynamoClient.destroy.bind(req.dynamoClient);
  const destroyS3 = req.s3Client.destroy.bind(req.s3Client);

  const cleanup = () => {
    destroyDynamo();
    destroyS3();
    // 移除监听器，释放闭包引用
    res.off('close', cleanup);
  };

  res.on('close', cleanup);
  next();
};

原理：闭包仅持有两个destroy方法的引用，不再关联req对象。执行cleanup后手动移除监听器，确保闭包本身也能被GC回收。

3. 验证内存回收效果 #

可以通过Node.js的--expose-gc参数启动服务，在代码中手动触发GC并查看内存使用情况，验证修复效果：

// 在测试环境添加，生产环境移除
if (process.env.NODE_ENV === 'development') {
  setInterval(() => {
    global.gc();
    console.log('内存使用情况:', process.memoryUsage().heapUsed / 1024 / 1024 + 'MB');
  }, 5000);
}

关键原因总结 #

原本的代码中，闭包通过req.dynamoClient引用了整个req对象，而res的事件监听器持续持有该闭包，形成res -> 闭包 -> req的引用链，导致GC无法回收这些对象。ECS的ping请求频繁创建这类对象，最终造成内存持续上升。通过切断闭包对req/res的完整引用、自动移除事件监听器，就能让GC正常回收闲置对象，内存占用回到基线水平。

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