Node.js调用AWS Lambda超时求助：Lambda已完成但调用方仍等待

核心原因 #

你的问题本质是TCP连接闲置超时导致响应无法送达：
当使用RequestResponse模式同步调用Lambda时，调用方与AWS Lambda服务会建立长连接。如果Lambda执行长时任务期间没有数据传输，中间网络组件（比如VPC NAT网关，默认闲置超时350秒/约5分50秒）会主动断开闲置过久的连接。Lambda执行完成后尝试通过已断开的连接返回响应，但Node.js SDK未感知连接断开，会一直阻塞等待，直到你配置的httpOptions.timeout触发才抛出超时错误。

从时间线验证：Lambda在14:40完成执行（耗时约10分38秒），早已超过NAT网关的闲置超时阈值，此时连接已被断开，响应无法传递到调用方，因此调用方继续等待到14:45（刚好是配置的15分20秒超时）才报错。

解决办法 #

1. 改用异步调用模式（推荐） #

对于执行时间超5分钟的任务，优先使用异步调用避免长连接问题：

const lambda = new AWS.Lambda({
  maxRetries: 0,
  httpOptions: {
    timeout: (15 * 60 * 1000) + (20 * 1000)
  }
});

lambda.invoke({
  FunctionName: 'your-target-function',
  InvocationType: 'Event', // 设置为异步调用
  Payload: JSON.stringify(yourTaskPayload)
}, (err, data) => {
  if (err) {
    console.error('提交异步任务失败:', err);
  } else {
    console.log('异步任务提交成功，请求ID:', data.RequestId);
    // 无需等待任务完成，后续可通过以下方式获取结果：
    // - Lambda任务末尾将结果写入S3/DynamoDB
    // - Lambda执行完成后通过SNS发送通知
    // - 用CloudWatch Logs查询执行日志
  }
});

2. 配置TCP连接保活（同步调用场景） #

如果必须用同步调用，给SDK的HTTP客户端添加TCP保活配置，避免连接因闲置断开：

const https = require('https');
const lambda = new AWS.Lambda({
  maxRetries: 0,
  httpOptions: {
    timeout: (15 * 60 * 1000) + (20 * 1000),
    agent: new https.Agent({
      keepAlive: true,
      keepAliveMsecs: 300000, // 每5分钟发送一次保活包（小于NAT网关350秒超时）
      maxSockets: 50
    })
  }
});

保活间隔需小于中间网络设备的闲置超时，确保连接持续活跃。

3. 拆分长时任务 #

如果业务允许，将14分钟的长任务拆分为多个5分钟以内的子任务，用Step Functions编排执行：

• 子任务短时长避免长连接问题
• Step Functions负责调度、重试和状态跟踪，比手动调用更可靠

额外验证点 #

• 检查调用方所在VPC的NAT网关闲置超时设置，可在AWS控制台修改（最大支持4小时）
• 确认目标Lambda的Timeout配置确实为15分钟，避免Lambda自身提前超时

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