本地正常的Axios请求在AWS Lambda中失效，如何排查？

1. 修复异步执行逻辑（核心问题） #

你的handler是async函数，但代码中使用axios.get().then()的回调方式，没有返回这个Promise，导致Lambda会在同步代码执行完毕后直接终止，不会等待axios的异步请求完成。改成await+try/catch的方式，确保Lambda等待所有异步操作结束：

const axios = require('axios');

exports.handler = async () => {
    try {
        console.log('checking your node...', process.env.PUBLIC_KEY);
        // 用模板字符串拼接URL更清晰
        const res = await axios.get(`${process.env.REQUEST_URL}${process.env.PUBLIC_KEY}`);
        const response = res.data.data[0];
        
        if (response.status === "active_offline"){
            // 同样await post请求，确保发送完成
            await axios.post(process.env.SLACK_WEBHOOK_URL, {text: "📣 Your node is offline!"});
            console.log('Your node is offline!');
        } else {
            console.log("👍 Your node is online.");
        }
    } catch (err) {
        // 增强错误日志，打印完整错误信息
        console.error('Full error details:', err);
        // 打印axios特有的错误字段，定位问题
        if (err.response) {
            console.error('Server responded with error:', err.response.status, err.response.data);
        } else if (err.request) {
            console.error('No response received:', err.request);
        } else {
            console.error('Request setup error:', err.message);
        }
    }
}

2. 验证环境变量配置 #

Lambda的环境变量可能和本地不一致，在handler开头添加日志打印所有环境变量，确认REQUEST_URL、PUBLIC_KEY、SLACK_WEBHOOK_URL是否正确配置：

console.log('All environment variables:', process.env);

检查是否有拼写错误、遗漏字符，或者变量值是否符合预期（比如URL末尾是否带斜杠，拼接后是否是合法地址）。

3. 排查网络权限问题 #

• 如果请求的是公网地址：确认Lambda所在的VPC是否有公网访问能力。如果Lambda配置了VPC但没有NAT网关，无法访问公网，需要调整VPC配置，或者将Lambda设置为不使用VPC（适合访问公网的场景）。
• 如果请求的是内部服务：检查VPC安全组是否允许出站访问目标端口，路由表是否有正确的路由指向目标服务。
• 可以临时替换请求地址为公开测试地址（比如https://httpbin.org/get），验证Lambda是否能正常发起HTTP请求。

4. 检查Lambda运行限制 #

• 超时时间：默认Lambda超时为3秒，如果你的请求耗时超过3秒，会被强制终止。在Lambda控制台的函数配置中，适当延长超时时间（比如调整到10秒）。
• 内存配置：内存不足也可能导致请求异常，可适当提高内存配置（同时CPU性能也会提升）。

5. 查看CloudWatch完整日志 #

除了自定义日志，CloudWatch还会记录Lambda的系统日志，比如：

• 函数启动耗时、内存使用情况
• 是否有超时、内存溢出等系统级错误
• 权限相关的错误（比如IAM角色没有访问CloudWatch日志的权限，或者没有访问目标服务的权限）

在Lambda控制台的“监控”标签页进入CloudWatch日志，查看完整的日志流，排查是否有隐藏的错误信息。

6. 本地模拟Lambda环境 #

使用aws-sam-cli或serverless-offline工具在本地模拟Lambda运行环境，复现生产环境的配置（环境变量、网络限制等），这样可以更方便地调试代码，定位是代码问题还是环境问题。

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