AsyncLocalStorage存储何时被垃圾回收？Mongoose钩子异常排查

我在后端使用AsyncLocalStorage跟踪运行中的事件（如userId、url等），通过同一个实例为每个独立事件创建存储：

// 启动时创建一个AsyncLocalStorage上下文
const context = new AsyncLocalStorage()

当事件启动（例如API调用）时，我使用context.run绑定存储：

const runWithStore = (data: any, callBack: () => any) => {
  return context.run(data, () => {
    callBack();
  });
};

我有两个核心问题：

1. 该存储何时会被垃圾回收？是否在callBack执行完成后？
2. 我遇到了随机的异常行为：Mongoose的"post save"钩子会使用与它无关的存储——这个钩子由内部事件触发，逻辑上应该无法访问任何存储，但有时会用上一个早已处理完毕的WS事件创建的存储。这些存储绝对不应在不同事件间共享，因此我想了解底层机制。

底层机制与存储回收时机 #

• AsyncLocalStorage的存储绑定到当前执行上下文（execution context），该上下文会随异步任务（如Promise回调、定时器、事件监听回调）传递。
• 当context.run的回调执行完毕后，若没有任何异步任务持有该上下文的引用，对应的存储会被标记为可回收，等待V8垃圾回收机制处理。但如果回调内部存在未完成的异步任务（如挂起的Promise、未触发的定时器），上下文会被保留，直到所有关联异步任务完成。

Mongoose钩子跨事件污染的原因 #

Mongoose的"post save"钩子属于异步操作，执行时机在MongoDB保存操作完成后。问题根源在于执行钩子的上下文可能复用了之前事件的残留上下文：

• Node.js事件循环会复用线程池线程，AsyncLocalStorage上下文与执行栈调用链绑定。若某个WS事件的上下文因未清理的异步引用未被回收，当Mongoose钩子在同一线程执行时，可能意外继承该残留上下文。
• 若调用save方法时当前上下文仍持有某事件的存储，钩子执行会处于同一异步调用链，导致存储被传递。但你提到钩子是“内部事件触发”，因此更可能是上下文复用问题。

解决建议 #

• 清理回调内的异步引用：事件处理完成后，清空所有挂起的Promise、定时器或监听器，避免上下文被意外保留。
• 手动隔离钩子上下文：在"post save"钩子内显式调用context.run传入空对象，强制重置上下文：

  schema.post('save', function() {
    return context.run({}, async () => {
      // 钩子业务代码
    });
  });
  

• 主动调用context.exit()：在事件处理末尾同步调用context.exit()，确保上下文销毁（该方法更适合同步场景，异步场景仍需确保所有异步任务完成）。

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