无法从TFS向AWS Lambda函数传递JSON负载的问题求助

我之前处理过好几起类似的问题，大概率是TFS工具传递JSON负载的方式、权限配置和AWS控制台环境不一致导致的，咱们一步步来排查：

1. 先排查JSON负载的格式问题 #

• 先确认TFS工具里输入的JSON没有语法错误：比如有没有多余的逗号、未闭合的引号，或者不小心混入了隐藏字符。控制台运行时你可能用的是格式化好的JSON，但直接粘贴到TFS输入框里可能会带换行或空格导致解析失败，建议用本地的JSON校验工具（比如JSONlint）先验证一遍。
• 另外，部分版本的TFS Invoke Lambda工具要求JSON是单行压缩格式，而AWS控制台支持多行格式化的JSON。试试把你的JSON压缩成一行（去掉所有换行和不必要的空格）再输入到工具里测试。

2. 核对权限配置差异 #

• TFS发布代理使用的IAM身份（要么是代理服务器关联的IAM角色，要么是工具配置里的访问密钥）和你在AWS控制台用的权限大概率不一样：
  • 首先确保这个IAM身份拥有lambda:InvokeFunction权限，且目标资源明确指定为myLambdaFunc；
  • 其次要确认myLambdaFunc自身的执行角色拥有dynamodb:PutItem（或者对应创建条目的具体权限），且目标资源是你要写入的DynamoDB表。
• 最直接的方法是去CloudWatch查看myLambdaFunc的执行日志，里面会有具体的权限错误提示，比TFS的模糊报错有用多了。

3. 检查负载传递的实际结构 #

• 有些旧版本的TFS Invoke Lambda工具会把你输入的JSON负载额外包装一层结构，比如变成{"Payload": "你的原始JSON字符串"}，而你的Lambda函数是期望直接接收原始JSON对象的。
• 建议在Lambda函数里加一行代码打印event对象，然后分别用控制台和TFS工具调用一次，对比两次日志里的event内容。如果确实被包装了，要么调整Lambda的解析逻辑（比如从event.Payload里取出数据），要么在TFS工具的配置里找到“原始负载”之类的选项，确保直接传递JSON。

4. 尝试更新TFS工具版本 #

• 如果你用的是比较旧的TFS Invoke Lambda扩展工具，可能存在AWS API兼容性问题。去TFS的扩展市场检查一下工具的最新版本，更新后再测试调用。

如果以上步骤都没解决问题，建议把TFS发布作业的完整错误信息和Lambda的CloudWatch日志片段贴出来，这样能更精准定位问题。

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