为何数据无法写入Amazon DynamoDB表？Alexa技能写入异常

看起来你的代码逻辑和请求参数表面上都没问题，日志也显示PutItem请求已经发出去了，但数据就是没出现在表里，这种情况通常是几个容易忽略的细节导致的，我给你列几个排查方向：

1. 确认DynamoDB表的主键匹配度 #

DynamoDB是强依赖主键的，PutItem操作必须包含表的所有主键字段，而且字段名、类型都要完全匹配：

• 先去DynamoDB控制台检查你的Groceries表主键：如果是分区键+排序键的组合（比如UserId作为分区键，Name作为排序键），那你的Item里同时包含这两个字段是正确的；如果主键是单一分区键（比如只有UserId），那PutItem会覆盖同UserId的已有项，但你之前已经通过get操作确认不存在，所以应该能写入。
• 注意字段名的大小写敏感：比如表的主键是user_id但你代码里传的是UserId，这会导致DynamoDB认为你没有提供主键字段，数据无法正常写入。

2. 检查Lambda角色的IAM写权限 #

有时候我们会给Lambda角色配置了DynamoDB的读权限（比如dynamodb:GetItem），但漏掉了写权限：

• 登录IAM控制台，找到你的Alexa技能对应的Lambda执行角色，查看它的权限策略，确保包含dynamodb:PutItem权限，并且资源范围覆盖你的Groceries表（比如资源ARN是arn:aws:dynamodb:us-east-1:你的AWS账号ID:table/Groceries）。
• 虽然权限不足通常会返回AccessDeniedException，但如果日志没捕获到完整错误，还是要优先确认这一点。

3. 核对DynamoDB控制台的区域 #

你的日志显示请求发送到了us-east-1区域，但很多人会在控制台不小心选错区域，导致看不到数据：

• 打开DynamoDB控制台，先确认右上角的区域选择是US East (N. Virginia)，再去查看Groceries表的数据。

4. 查看完整的CloudWatch日志 #

你提供的日志只截取了请求部分，建议查看完整的Lambda日志：

• 在CloudWatch控制台找到你的Lambda函数日志组，查看PutItem操作返回的data内容，正常情况下data应该是一个空对象{}（PutItem成功时返回的响应就是空的）；如果有异常，catch块会打印错误，你可以把catch块的日志改成更详细的格式：

  .catch(err => {
    console.error('Full error details:', JSON.stringify(err, null, 2));
  });
  

  这样能看到完整的错误信息，排查是否有隐性的参数错误。

5. 手动测试PutItem操作 #

为了排除代码之外的问题，你可以直接在DynamoDB控制台手动插入一条测试数据：

• 进入Groceries表，点击"操作"->"创建项"，手动输入Name: 'apples'和UserId: '你的测试用户ID'，看是否能成功写入。如果手动操作也失败，那说明表本身的配置有问题；如果手动成功，那问题就出在代码或Lambda的配置上。

另外，你的代码逻辑是合理的：在第一个then块中返回docClient.put(dynamoParams)，确保PutItem完成之后才在第二个then块里发送Alexa响应，不会因为Lambda提前终止导致操作中断。

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