本地正常的Node/Express API部署到AWS Lambda后调用Authorize.net API无响应

核心问题：Lambda提前终止执行 #

你的代码在验证签名后立即调用res.sendStatus(200)，这会让serverless-http判定请求已处理完成，Lambda会直接释放资源终止执行——后续的await AuthNetAPI.getTransactionDetails()异步操作根本来不及完成，所以日志只输出了transactionId，后续代码完全没执行，也不会生成错误日志。

解决方法 #

由于Authorize.net的webhook要求快速返回响应（避免重复推送），需将后续交易查询与业务逻辑放到后台异步处理，不阻塞响应返回：

1. 用setImmediate将异步逻辑延后执行，确保响应先发送：

if (authNetHash === clientHash) {
  res.sendStatus(200);
  // 把后续逻辑放入异步任务
  setImmediate(async () => {
    try {
      const transactionId = req.body.payload.id;
      console.log(transactionId);

      const transactionResult = await AuthNetAPI.getTransactionDetails(transactionId);
      const transaction = transactionResult.data.transaction;
      console.log(transaction);

      // 剩余业务逻辑...
    } catch (error) {
      console.error('异步处理失败:', error);
      // 可添加错误告警或持久化日志
    }
  });
}

2. 更可靠的方案是使用SQS队列：将交易ID发送到SQS，由另一个Lambda监听队列处理后续逻辑，确保任务不会因当前Lambda终止而丢失。

其他排查方向 #

1. 调整Lambda超时时间 #

Lambda默认超时为3秒，若调用Authorize.net API耗时超过此时长，会被强制终止且无详细日志。进入Lambda控制台，将超时时间调整至10秒以上（根据实际API响应时长调整）。

2. 验证Lambda环境变量 #

确认Lambda的环境变量中AUTHORIZENET_LOGIN_ID和AUTHORIZENET_TRANSACTION_KEY已正确配置——本地正常不代表部署后环境变量同步到位。

3. 优化Axios配置 #

给Axios添加超时设置，避免请求无限期卡住：
在你的axios配置文件中追加：

authNetAxios.defaults.timeout = 5000; // 设置5秒超时
// 添加错误拦截确保异常被记录
authNetAxios.interceptors.response.use(
  res => res,
  err => {
    console.error('Authorize.net API请求失败:', err);
    return Promise.reject(err);
  }
);

4. 检查VPC网络权限 #

若Lambda配置了VPC，需确认安全组允许出站访问443端口（HTTPS），且网络ACL未限制对Authorize.net域名的访问。可临时将Lambda移出VPC测试，若恢复正常则为VPC网络配置问题。

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