Amazon SP-API更新库存时URL编解码特殊字符返回InvalidSignature错误

1. 确认编码规则与签名逻辑一致性 #

Amazon API要求所有参数遵循RFC 3986编码标准，#的正确编码值为%23，核心校验点：

• 签名计算时使用的SKU值，必须和实际请求中携带的SKU编码值完全一致，禁止出现签名用原始未编码SKU、请求用编码后SKU的情况
• 示例SKU HP-2DP98AA#ABC-200621 编码后应为 HP-2DP98AA%23ABC-200621，需确保参与签名的字符串和请求参数里的值完全匹配

2. 排除二次编码问题 #

大部分HTTP客户端、官方SDK会自动对请求参数做编码处理，如果手动提前编码SKU，会导致%23被二次编码为%2523，最终传到服务端的SKU值错误。可通过抓包查看实际请求的SKU参数值，确认是否存在二次编码：

• 若确认是二次编码导致，直接传递原始带特殊字符的SKU即可，无需手动编码
• 若需要手动编码，需关闭客户端的自动参数编码功能

3. 校验参数排序规则 #

Amazon V2/V3签名都要求所有请求参数按照ASCII码从小到大的顺序排序后，再拼接生成签名串。比如SellerSKU、Quantity、MarketplaceId这类参数，必须严格按参数名的字母顺序排序后参与签名，参数顺序错误也会直接触发InvalidSignature报错。

4. 官方SDK使用注意 #

如果使用Amazon提供的官方SP-API SDK，不要手动处理任何参数的编码逻辑，直接传入原始带#的SKU即可，SDK会自动完成编码、参数排序、签名计算的全流程，手动编码反而会打破SDK的内部逻辑导致签名错误。 #

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