Node中request-promise-native本地正常 部署AWS Lambda后请求超时

问题原因与修复方案 #

1. 代码首先存在未捕获请求异常的缺陷 #

你当前的request.post只配置了成功回调，没有添加错误捕获逻辑，一旦请求出现网络不通、超时、DNS解析失败等异常，这个Promise就会一直处于pending状态，导致外层login方法返回的Promise永远不会被resolve，最终卡住直到Lambda全局超时。
先修复代码的异常捕获：

request.post({
  url: `${loginURL}/login`,
  headers: {
    'Content-Type': 'application/json',
    'Cookie': ccc0
  },
  json: { 'username': username, 'password': password },
  resolveWithFullResponse: true,
  timeout: 10000 // 新增：主动设置10秒超时，避免无限等待
}).then((loginResult) => {
  console.log("loginResult")
  resolve(true)
}).catch(err => { // 新增：捕获所有请求异常
  console.log("请求出错：", err)
  resolve(false)
});

修复后你就能在CloudWatch日志里看到具体的请求错误信息，定位具体问题。

2. 最常见的根因是Lambda网络配置问题 #

Lambda的网络访问权限和本地环境完全不同，按你的部署配置分两种情况排查：

• 如果你的Lambda绑定了VPC：默认绑定VPC的Lambda只有私有网络访问权限，没有公网出口，无法访问公网的服务地址。你需要给Lambda所在的私有子网配置NAT网关，同时调整安全组的出站规则，允许访问loginURL对应IP和端口。
• 如果你的Lambda没有绑定VPC：无法访问VPC内部的私有服务地址，如果你的loginURL是部署在AWS VPC内的内部服务（比如内网ELB、EC2实例私有地址），你需要把Lambda加入对应VPC才能正常访问。

3. 其他需要排查的基础配置 #

• 把Lambda的超时时间临时调整到1分钟以上，排除本地网络快、Lambda链路长导致的正常请求超时被误判为故障。
• 确认你打包上传的代码包含完整的node_modules依赖，request-promise-native依赖request包，且依赖是在和Lambda运行架构（x86_64/arm64）一致的环境下安装的，避免跨架构编译的依赖异常。

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