AWS Lambda中Handler外Promise未提前执行问题排查

问题根源：Lambda预置并发的初始化逻辑 #

Lambda的预置并发实例在初始化阶段（实例创建后、未接收请求前），仅会执行模块中的同步代码，异步任务（包括Promise的回调、await后的逻辑）会被放入事件循环队列暂停。

你看到的Getting executable path是同步打印语句，所以在预置并发初始化时就会输出；而chromium.executablePath()返回的Promise属于异步操作，它的后续执行逻辑（比如打印Launching browser、启动浏览器）会被挂起，直到第一次Handler调用触发事件循环运转，才会处理这些待执行的异步任务。

本地与Lambda环境的差异 #

本地Node.js进程加载模块后，会自动启动事件循环处理所有异步任务，所以模块级的Promise会直接执行。但Lambda运行时为了优化资源占用，在预置并发初始化阶段会"冻结"事件循环，仅完成同步初始化步骤，直到有实际请求触发Handler，才会唤醒事件循环处理异步队列。

可行的解决方案 #

方案1：用立即执行异步函数强制同步化 #

将浏览器启动逻辑封装为立即执行的异步函数，利用await让异步操作在初始化阶段尽可能推进：

let browser;
(async () => {
  console.log('Getting executable path');
  const executablePath = await chromium.executablePath();
  console.log('Launching browser');
  browser = await chromium.launch({ executablePath });
})();

exports.handler = async (event) => {
  // 使用已初始化的browser处理业务逻辑
};

注意：如果异步初始化耗时过长，可能触发Lambda初始化超时，需要调整预置并发的初始化超时配置。

方案2：使用Lambda初始化钩子（推荐） #

Lambda支持通过exports.init定义异步初始化逻辑，预置并发实例会在初始化阶段主动执行该钩子，无需等待Handler调用：

let browser;
exports.init = async () => {
  console.log('Getting executable path');
  const executablePath = await chromium.executablePath();
  console.log('Launching browser');
  browser = await chromium.launch({ executablePath });
};

exports.handler = async (event) => {
  // 使用已启动的browser处理请求
};

这种方式更可靠，Lambda运行时会等待init函数执行完成后，才将实例加入预置并发池，确保浏览器在请求到来前完全就绪。

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