AWS Lambda调用外部API超时问题排查求助

老哥，我太懂这种“前面都正常，一到请求就没动静最后超时”的崩溃感了！结合你的描述，大概率是异步操作没让Lambda等到底或者网络被限制导致的，给你梳理几个必查的方向：

1. 最容易踩的坑：Lambda Handler没等异步请求完成 #

Lambda是事件驱动的，它默认会在handler函数执行完就认为任务结束，直接冻结进程。如果你用的是回调式的request，却没告诉Lambda“等我回调完再走”，那回调代码根本没机会执行，最后就会因为进程被挂起超时。

比如你可能写了类似这样的错误代码：

exports.handler = function(event, context) {
  // 前面的MySQL操作都正常打印日志
  request('https://你的外部端点', function(error, response, body) {
    console.log('回调触发了！'); // 这句话永远不会出现
  });
  // 这里直接结束，Lambda以为任务完成，提前跑路了
};

解决办法： #

要么把request改成Promise形式用async/await等它完成（推荐，代码更清晰）：

// 先装request-promise：npm install request-promise
const request = require('request-promise');

exports.handler = async function(event, context) {
  try {
    // 前面的MySQL逻辑
    const responseBody = await request('https://你的外部端点');
    console.log('请求返回内容：', responseBody);
    // 后续处理逻辑
  } catch (err) {
    console.error('请求炸了：', err);
    throw err; // 抛出错误让Lambda捕获，避免静默失败
  }
};

如果非要用原生request的回调，一定要在回调里手动告诉Lambda任务完成：

exports.handler = function(event, context) {
  request('https://你的外部端点', function(error, response, body) {
    if (error) {
      console.error(error);
      context.fail(error); // 标记任务失败
    } else {
      console.log(body);
      context.succeed(body); // 标记任务成功
    }
  });
};

2. VPC配置把外部请求挡住了 #

如果你的Lambda配置了VPC（比如为了连RDS数据库），那默认情况下它是没有公网访问权限的！这时候你发外部HTTP请求会被VPC的安全组/网络ACL直接拦截，请求根本出不去，自然不会触发回调，最后Lambda就超时了。

排查&解决： #

• 先去Lambda控制台→「配置」→「VPC」看看是不是选了子网和安全组。
• 如果确实在VPC里，要访问公网必须：
  • 给VPC配个NAT网关（别用NAT实例，维护太麻烦），让Lambda所在的子网能通过NAT访问公网。
  • 检查安全组的出站规则，允许80（HTTP）和443（HTTPS）端口的流量。
  • 检查网络ACL，既要允许出站的80/443，也要允许对应的入站响应流量。

3. request模块本身的兼容性问题 #

request已经停止维护好多年了，老版本和Lambda现在用的Node.js 16+ runtime可能存在兼容性问题，导致请求静默失败，连错误都不抛。

解决办法： #

直接换个维护中的库吧，比如axios或者node-fetch，这些库原生支持Promise，适配新Node.js版本也更好，代码写起来也更舒服。

4. 目标端点的锅也不能排除 #

虽然你觉得是自己的问题，但也可以顺手查下：

• 用curl或者Postman测下目标端点，确认它能正常响应。
• 看看端点有没有IP白名单，Lambda的公网IP（如果不在VPC）或者NAT网关的IP（如果在VPC）是不是在白名单里。
• 有没有代理、防火墙之类的东西把请求拦下来了。

最后给你个小技巧：先把Lambda的超时时间从默认的3秒改成10秒左右，给请求足够的响应时间，方便排查到底是没触发还是真的响应慢。

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