无法查看Lambda函数的CloudWatch日志问题排查请求

1. 验证代码日志语句有效性 #

• 确保使用对应运行时的标准日志输出方法：Python用print()或配置好级别的logging模块（如logging.basicConfig(level=logging.INFO)），Node.js用console.log()，Java用System.out或对应日志框架。
• 排查代码逻辑，确认日志语句未被条件分支跳过。

2. 细化执行角色权限检查 #

• 尽管已附加AWSLambdaBasicExecutionRole，仍需确认策略包含完整的CloudWatch Logs权限：logs:CreateLogGroup、logs:CreateLogStream、logs:PutLogEvents，且资源范围覆盖该Lambda对应的日志组（格式为arn:aws:logs:${region}:${account-id}:log-group:/aws/lambda/${function-name}:*）。
• 检查角色是否存在权限边界，避免边界策略拦截日志写入操作。

3. 理解日志流生成逻辑 #

• Lambda日志流按执行容器生成，而非请求数——每个并发容器对应一个日志流，同一容器处理的多请求日志会写入同一条流，因此多日志流属于正常现象。
• 若仅显示Runtime信息，需排查日志缓冲问题：比如Python的print()需手动执行sys.stdout.flush()刷新缓冲；Node.js批量输出时需确认缓冲配置。

4. 检查API Gateway集成配置 #

• 确认使用Lambda代理集成，非代理集成可能导致执行上下文异常终止（即使响应正常）。
• 排查API Gateway的请求参数格式，避免因参数问题导致Lambda未执行到日志语句。

5. 直接测试Lambda函数 #

• 跳过API Gateway，在Lambda控制台直接触发测试。若此时日志正常生成，问题出在API Gateway触发逻辑；若仍无代码日志，问题聚焦于Lambda本身或权限配置。

6. 排查运行时与环境变量 #

• 升级Lambda运行时至当前稳定版本，避免旧版本日志输出bug。
• 检查环境变量AWS_LAMBDA_LOG_LEVEL，若设置为ERROR等高级别，会过滤INFO/DEBUG级别的日志。

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