如何移除StepFunctions中DynamoDB响应的S数据类型标识

当前Step Functions工作流结构如下：

工作流执行逻辑为：

1. 执行DynamoDB查询获取条目列表
2. 将查询响应传入Parallel并行状态
3. 两个并行分支通过Map状态分别完成SQS消息发送、DynamoDB条目更新

当前故障表现：DynamoDB查询响应携带S类型的数据类型标识，该标识随数据流转进入SQS消息，同时导致DynamoDB更新操作执行失败，传入UpdateItem的异常入参格式如下：

{"id": {
"S": "2fc79eb4-5b7c-4c79-874b-*********"
}}

出现该问题的核心原因是调用DynamoDB Query时使用了低层API集成，返回的是DynamoDB原生带类型描述符的结构化数据，未做反序列化处理。可根据现有工作流配置选择以下任意一种方案解决：

• 方案1：查询阶段直接返回原生JSON（优先推荐，无额外转换成本）
  将Step Functions中DynamoDB查询任务的资源ARN从低层集成的arn:aws:states:::dynamodb:query替换为SDK集成的arn:aws:states:::aws-sdk:dynamodb:query，其余查询参数保持不变即可。SDK集成模式会自动完成DynamoDB类型标识的反序列化，返回的Items数组直接是普通JSON结构，不会携带S/N/M/L等类型字段，后续传入SQS、UpdateItem都可直接使用。

  注意：如果后续UpdateItem操作也使用SDK集成调用，传入普通JSON参数时需要手动为Key、ExpressionAttributeValues字段补全类型标识；如果使用优化版arn:aws:states:::dynamodb:updateItem集成，则支持直接传入普通JSON值，服务会自动完成类型转换。

• 方案2：使用内置函数转换现有带类型响应（无需修改现有查询配置）
  如果不想改动现有Query任务的配置，可在Query任务输出端、Parallel/Map状态的输入端，使用Step Functions内置的DynamoDB类型转换函数直接处理：

  • 转换单条DynamoDB条目：使用$dynamodb.fromItem()
  • 转换Query返回的条目列表：使用$dynamodb.fromItems()
    示例：在Query任务上配置ResultSelector直接输出转换后的结果：

  {
    "ResultSelector": {
      "ItemList.$": "$dynamodb.fromItems($.Items)"
    }
  }
  

  转换后的输出为纯JSON结构，无任何多余类型标识。

• 方案3：单字段路径提取（仅适合字段固定且数量极少的场景）
  如果条目结构固定、字段数量很少，也可以在Map状态的Parameters配置中手动通过JSON路径提取对应值，比如示例中的id字段可配置为"id.$": "$.id.S"。该方案在字段多、存在嵌套结构时维护成本极高，不推荐大规模使用。

转换后得到的标准入参格式如下，可直接支持SQS发送、DynamoDB更新操作：

{"id": "2fc79eb4-5b7c-4c79-874b-*********"}

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