AWS Lambda链式调用：被调函数无法输出日志的问题排查

看起来你遇到的是Lambda跨函数调用时，被调用方日志无法正常输出的调试痛点，我来帮你一步步排查解决：

首先，确认日志的正确查找位置 #

很多时候不是日志没生成，而是找错了地方：

• 登录AWS CloudWatch控制台，进入Logs页面，搜索日志组 /aws/lambda/lambda-chaining-dev-ciao（注意要和你的被调函数名称完全一致）
• 同步调用（默认的RequestResponse模式）下，日志可能会有1-2分钟的延迟，不要着急，等几分钟再刷新看看

检查调用模式对日志的影响 #

你当前用的是Lambda默认的同步调用（RequestResponse），这种模式下被调函数的日志确实会生成，但有时候会因为AWS的日志采集延迟让人误以为没输出。你可以尝试两种调整：

1. 临时切换为异步调用验证 #

修改hello函数里的opts，加上InvocationType: 'Event'改成异步调用模式，这样被调函数的日志会更及时地出现在CloudWatch：

var opts = {
  FunctionName: 'lambda-chaining-dev-ciao',
  Payload: JSON.stringify(testPayload),
  InvocationType: 'Event' // 新增异步调用配置
}

注意：异步调用下，主函数不会等待被调函数的结果，你需要根据自己的业务场景（比如图片优化的异步处理）来选择是否长期使用这种模式。

2. 在被调函数中增强日志输出 #

修改ciao函数，先验证函数是否真的被触发，同时输出更详细的信息：

module.exports.ciao = (event, context, callback) => {
  console.log('✅ ciao函数已被调用，收到的event:', JSON.stringify(event, null, 2));
  console.log('函数执行上下文:', JSON.stringify(context, null, 2));
  callback(null,{ message: 'this is a test'});
}

这样能快速确认函数是否真的被触发，而不是卡在调用环节。

排查Serverless部署与权限问题 #

虽然你的serverless.yml里已经配置了足够的IAM权限，但可以做以下验证：

• 重新部署服务，确保权限生效：serverless deploy
• 检查Lambda执行角色的权限：在AWS IAM控制台找到lambda-chaining-dev-us-east-1-lambdaRole（名称根据你的区域可能略有不同），确认它包含logs:CreateLogGroup、logs:CreateLogStream、logs:PutLogEvents这三个权限

本地测试注意事项 #

如果你用serverless-offline本地调试，被调函数的日志可能不会和主函数在同一个终端窗口输出，你需要查看serverless-offline的控制台输出，或者检查本地生成的日志文件（通常在项目目录下的.serverless文件夹附近）。

额外提醒：针对你后续的S3超大桶图片优化场景 #

虽然你暂时不想用Step Functions，但链式调用有几个潜在问题需要提前考虑：

• 错误重试与容错：如果某个环节的Lambda失败，你需要自己实现重试逻辑（比如用死信队列）
• 监控与追踪：跨函数调用的链路追踪会比较麻烦，建议开启X-Ray来监控整个调用链
• 并发限制：大量图片优化请求可能触发Lambda并发限制，需要提前评估并发额度

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