本地Python应用调用AWS Lambda后CloudWatch无日志显示求助

我之前碰到过完全类似的情况！咱们来逐个排查你可能漏掉的配置或细节：

1. 别只看HTTP状态码，检查Lambda的执行错误信息 #

就算boto3返回200状态码，Lambda也可能在执行过程中抛出了异常——很多人会忽略响应里的FunctionError字段。你可以在代码里加上这段检查：

import json
import boto3

client = boto3.client('lambda')
response = client.invoke(
    FunctionName='mylambda',
    Payload=json.dumps(your_payload_here)
)

# 关键：检查是否存在执行错误
if 'FunctionError' in response:
    print(f"Lambda执行出错: {response['FunctionError']}")
    error_details = json.loads(response['Payload'].read())
    print(f"错误详情: {error_details}")

有时候看起来调用成功，但其实Lambda内部因为payload格式、依赖缺失等问题崩溃了，这时候日志可能无法正常生成，或者你需要通过错误信息定位问题。

2. 确认本地AWS凭证的区域配置和Lambda所在区域一致 #

如果你的Lambda部署在us-east-1，但本地boto3默认用的是其他区域（比如us-west-2），那你调用的可能是另一个区域里同名但未配置日志的Lambda函数！可以在调用时显式指定区域：

client = boto3.client('lambda', region_name='us-east-1')  # 替换成你的Lambda实际区域

也可以检查本地~/.aws/config文件里的region配置是否和Lambda所在区域匹配。

3. 检查调用的Lambda版本/别名是否和控制台一致 #

如果你在控制台调用的是$LATEST版本，但本地调用时指定了某个特定版本或别名（比如mylambda:prod），而那个版本的代码刚好移除了日志输出语句，就会出现这种情况。确保FunctionName参数和控制台调用的完全一致。

4. 确认Lambda执行角色的日志权限覆盖所有执行场景 #

虽然控制台调用能生成日志说明基础权限没问题，但如果本地调用触发了Lambda里某些控制台调用没用到的分支代码，可能需要额外的日志权限。你可以检查执行角色的策略是否包含以下三个核心权限，且资源范围覆盖Lambda对应的日志组：

{
    "Effect": "Allow",
    "Action": [
        "logs:CreateLogGroup",
        "logs:CreateLogStream",
        "logs:PutLogEvents"
    ],
    "Resource": "arn:aws:logs:你的区域:你的账号ID:log-group:/aws/lambda/mylambda:*"
}

5. 升级boto3到最新版本 #

旧版本的boto3可能存在Lambda调用的兼容性问题，导致日志生成异常或响应处理错误。执行下面的命令升级试试：

pip install --upgrade boto3

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