AWS Lambda（Node.js）是否存在请求安全的作用域？

你提到的问题非常典型——Lambda的执行环境复用（热启动）会导致全局变量被不同请求覆盖，尤其是异步场景下，这确实是个容易踩的大坑。直接用global存储请求级数据绝对不可行，因为同一个容器内的后续请求会直接覆盖这个值，导致之前未完成的异步操作拿到错误的上下文。

下面给你两种靠谱的解决方案，分别适配不同场景：

1. 闭包：轻量无依赖的隔离方案 #

闭包是最直接的方式，每个请求都会创建自己的专属作用域，确保变量只属于当前请求，不会被其他请求干扰。你可以通过高阶函数或者在handler内部封装函数来实现：

高阶函数写法 #

// 定义高阶函数，接收请求info并返回绑定了该info的函数
const createAnotherLib = (info) => () => {
  placeWhereIReallyNeedInfo(info);
};

const createDoSomething = (info) => () => {
  createAnotherLib(info)();
};

module.exports.handler = (event, context, callback) => {
  // 为当前请求创建专属的函数实例
  const doSomething = createDoSomething(event.info);
  // 调用依赖时传入这个绑定了上下文的函数
  dependency.doSomething(doSomething);
};

Handler内部闭包写法 #

如果你的函数逻辑比较集中，也可以直接在handler内部定义需要访问请求数据的函数：

module.exports.handler = (event, context, callback) => {
  const requestInfo = event.info;

  // 这些函数只能访问当前handler的requestInfo，不会被其他请求干扰
  const anotherLib = () => {
    placeWhereIReallyNeedInfo(requestInfo);
  };

  const doSomething = () => {
    anotherLib();
  };

  dependency.doSomething(doSomething);
};

这种方案的优势是零依赖，逻辑清晰，适合中小型项目或者函数逻辑不复杂的场景。

2. 请求上下文库：复杂异步/多文件场景的最优解 #

如果你的项目涉及多个文件、多层异步调用，到处传递参数会非常繁琐，这时可以用基于Node.js async_hooks API的上下文库（比如cls-hooked）来实现请求范围内的全局上下文——这里的“全局”是请求级别的，不会被其他请求污染。

示例代码 #

const cls = require('cls-hooked');
// 创建一个专属的命名空间，用于隔离不同请求的上下文
const requestNamespace = cls.createNamespace('lambda-request-context');

module.exports.handler = (event, context, callback) => {
  // 启动一个新的上下文运行块，所有异步操作都会继承这个上下文
  requestNamespace.run(() => {
    // 将当前请求的info存入上下文
    requestNamespace.set('requestInfo', event.info);
    
    // 这里调用的所有函数，哪怕是跨文件的异步函数，都能拿到当前请求的info
    dependency.doSomething();
  });
};

// 其他文件或函数中直接获取上下文
const doSomething = () => {
  anotherLib();
};

const anotherLib = () => {
  const info = requestNamespace.get('requestInfo');
  placeWhereIReallyNeedInfo(info);
};

Lambda的热启动不会影响这个方案的隔离性——每个请求的run块都会创建独立的上下文，异步操作会自动关联到对应的请求上下文，完全不用担心被其他请求覆盖。

绝对要避免的坑：不要用global存储请求数据 #

正如你担心的，global是Lambda容器级别的全局变量，同一个容器内的所有请求都会共享它。如果前一个请求的异步操作还在执行，后一个请求修改了global.info，前一个请求的后续逻辑就会拿到错误的值，导致难以排查的并发问题。

总结一下：

• 简单场景用闭包，轻量可靠；
• 复杂异步/多文件场景用cls-hooked，彻底摆脱参数传递的繁琐；
• 永远不要用global存储请求相关的数据。

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