异步更新DynamoDB属性成功却抛异常，求技术排查

你遇到的属性更新成功却抛出路径无效错误的矛盾情况，核心原因是目标项的InvAttr属性原本并非Map类型，再结合AWS SDK的自动重试机制共同导致：

1. 首次请求时，InvAttr是字符串/数字等非Map类型，DynamoDB无法在非Map属性上设置子属性DetCount，因此抛出The document path provided in the update expression is invalid for update错误；
2. SDK默认开启重试机制，重试请求时InvAttr已被修正为Map类型（可能是并发操作或手动修正），重试请求成功完成更新；
3. 最终你看到属性更新成功，但SDK捕获并抛出了首次请求的异常。

解决步骤： #

1. 确认InvAttr的类型

在DynamoDB控制台定位目标项（SubsId=12345、ItemId=1_98765），查看InvAttr的类型是否为Map（M类型）。如果是其他类型，这就是问题根源。

2. 添加条件校验避免无效请求

在UpdateItemRequest中加入条件表达式，确保仅当InvAttr不存在或是Map类型时才执行更新：

ConditionExpression = "attribute_not_exists(#inv) OR attribute_type(#inv, 'M')"

3. 兼容InvAttr不存在的场景（可选）

如果需要处理InvAttr不存在的情况，可以先初始化空Map再设置子属性，修改UpdateExpression和ExpressionAttributeValues：

UpdateExpression = "SET #inv = if_not_exists(#inv, :empty_map), #inv.#Count = :InvDetCount",
ExpressionAttributeValues = new Dictionary<string, AttributeValue>
{
    { ":InvDetCount", new AttributeValue { N = "200" } },
    { ":empty_map", new AttributeValue { M = new Dictionary<string, AttributeValue>() } }
}

注：若InvAttr已是非Map类型，if_not_exists不会覆盖原有值，仍会触发条件校验失败，因此第一步的类型确认至关重要。

4. 调整SDK重试配置（可选）

若不需要自动重试，可修改AWS SDK的重试策略，避免因重试导致异常与实际结果不一致的情况。

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