AWS Lambda异步调用为何必须使用.promise()？

这个问题其实和AWS SDK v2的异步执行机制直接相关，我来给你拆解清楚：

• AWS SDK v2的invoke方法默认是「懒执行」的：当你调用lambda.invoke(params)时，它并没有立刻发送请求到AWS Lambda服务，而是返回了一个Request对象。这个对象只是封装了请求的配置和逻辑，必须通过特定方式触发实际的HTTP请求发送。

• 为什么不加.promise()就不生效？：你写的“不生效版本”代码只是创建了这个Request对象，但没有触发执行逻辑，所以AWS服务根本没收到你的调用请求，自然看不到Lambda函数被执行。

• .promise()的核心作用：调用.promise()会把这个Request对象转换成一个Promise实例，同时触发请求的发送。因为你设置了InvocationType: 'Event'（异步调用模式），Lambda服务会立刻返回一个包含RequestID的响应，Promise会在收到这个响应后resolve，而你不需要等待函数执行完成，正好符合你“不想等待响应”的需求。

• 额外补充：回调方式也能触发执行：除了用.promise()，你也可以传入回调函数来触发请求执行，比如：

  lambda.invoke({
    FunctionName: 'rock-function',
    InvocationType: 'Event',
    Payload: JSON.stringify({ queryStringParameters: { id: c.id, template: c.csvTemplate } })
  }, (err, result) => {
    if (err) {
      console.error('调用出错:', err);
    } else {
      // 异步调用下，result仅包含RequestID，无函数返回内容
      console.log('调用成功，RequestID:', result.RequestId);
    }
  });
  

  这种方式同样会触发请求发送，Lambda函数也会被正常调用。

本质上来说，这是AWS SDK v2的设计规则：你需要显式触发请求执行，要么通过回调函数，要么通过.promise()转换为Promise模式。你之前的代码只是构建了请求配置但未触发执行，加上.promise()后才真正发起了对Lambda的异步调用。

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