AWS Lambda 无await时Promise.all不触发请求的成因及降本咨询

为什么不写await时请求根本发不出去 #

这个现象完全是Lambda Node.js运行时和Node.js事件循环的协同规则导致的，和Promise的语法本身没关系：

• Lambda Node.js运行时的默认行为是：只要handler返回的Promise被判定为完成（resolve或reject），就会继续等着事件循环里所有没跑完的异步任务全部清空，才会真正结束函数运行、停止计费。
• 当你删掉await Promise.all这行代码时，同步执行完所有axios.post的调用、遍历完所有URL之后，代码会立刻走到return语句，让handler返回的Promise马上变成完成状态。但此时axios.post只是把请求初始化逻辑扔进了微任务队列，根本没被事件循环调度执行，更没走到操作系统网络栈发请求的步骤。因为没有任何需要触发事件循环调度的逻辑点，运行时会直接判定“没有待执行任务了”，冻结执行环境，这些还在队列里没发出去的请求自然就消失了。

为什么加上await就会产生3-5秒的额外成本 #

当你加上await Promise.all时，handler返回的Promise必须等所有axios请求的完整网络往返全部走完（也就是拿到对端响应、或者触发超时）才能被判定为完成。这部分从发请求到等响应结束的几秒钟时间，全部会被计入Lambda计费时长，哪怕你拿到响应之后什么业务逻辑都不处理。

你完全不需要等所有请求的响应完成，只要满足两个前提，就能做到发起请求立刻结束运行的效果：

• 确保所有异步请求已经真正推送到操作系统网络栈，不会因为Lambda冻结而中断
• 让Lambda不要等待这些请求的响应流程，在请求发出后立刻结束计费

具体操作要点：

• 在handler开头设置context.callbackWaitsForEmptyEventLoop = false，这个参数会告诉Lambda：只要收到handler返回的结果，立刻冻结执行环境、停止计费，不要再等事件循环里挂着的其他pending任务
• 不要await整个Promise.all等所有响应完成，只需要留一个极短的等待窗口（10ms就足够），让事件循环把所有挂起的请求初始化逻辑跑完，确保HTTP请求已经真正发出去
• 所有发起的异步请求必须单独加.catch()捕获异常，避免未处理的Promise rejection直接导致进程崩溃

参考实现代码：

module.exports.handler = async (event, context) => {
  // 标记Lambda：返回结果就立刻结束，不要等待其他异步任务
  context.callbackWaitsForEmptyEventLoop = false;
  try {
    const urls = [/*some API urls*/];
    urls.forEach((url) => {
      // 独立捕获每个请求的错误，不需要等待执行结果
      axios.post(url, { email }).catch((err) => console.log(err));
    });
    // 留极短时间让请求初始化逻辑跑完，确保请求真正发出
    await new Promise((resolve) => setTimeout(resolve, 10));
    return {
      statusCode: 200,
      body: JSON.stringify({ message: 'OK' }),
      headers: { 'Content-Type': 'application/json' },
    };
  } catch (error) {
    return {
      statusCode: 500,
      body: JSON.stringify({ message: 'INTERNAL_ERROR' }),
      headers: { 'Content-Type': 'application/json' },
    };
  }
};

注意：这种“发了就走”的模式只适合完全不需要确认调用结果的通知类场景，因为Lambda在请求发出后就会立刻被回收，没办法感知后续的网络丢包、对端处理失败等问题，如果需要高可靠的调用链路，需要配合消息队列等服务实现。

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