Azure Data Factory连接Amazon MWS报AWSAccessKeyId多值错误

这个报错的核心触发逻辑是：ADF向MWS接口发起请求时，请求参数中携带了至少两个AWSAccessKeyId字段，和你提到的「密钥来自未关联服务的AWS环境」没有直接关联——未授权密钥对应的报错通常是权限拒绝、签名不匹配类提示，不会返回参数格式错误。按以下优先级排查即可：

• 排查自定义参数冗余
  打开ADF中MWS链接服务的配置页，重点检查自定义请求参数、URL后缀拼接配置区域：ADF的MWS原生连接器会自动将你填写在专用「Access Key Id」输入框的内容注入请求鉴权参数，如果你在通用自定义参数区手动加了同名的AWSAccessKeyId参数，就会直接触发重复传参报错。
  如果你是用JSON代码模式编辑链接服务，检查typeProperties节点：除了专用的accessKeyId配置项外，确认requestParameters、additionalProperties节点下没有冗余写入AWSAccessKeyId相关配置，所有冗余的同名字段全部删除。
• 排查鉴权规则冲突
  检查链接服务的鉴权配置项，不要同时启用两套鉴权逻辑：如果既填写了长期Access Key/Secret Key，又配置了STS临时凭证、IAM角色委托的相关参数，ADF构造请求时会把两套鉴权规则里的Access Key都塞入请求参数，直接触发多值报错。使用长期密钥就清空所有STS、角色相关配置，使用临时凭证就清空长期密钥的输入框，只保留一套鉴权配置。
• 排查密钥格式异常
  清空Access Key Id输入框现有内容，手动逐字符输入密钥，不要直接从文档、聊天框整段复制：复制时很容易带入首尾空格、换行符甚至重复的密钥片段，这类隐性格式问题会让参数序列化时被识别为多值，手动输入可以排除这类干扰。

快速定位技巧：如果上述排查做完还是报错，可以开启ADF链接服务的诊断日志，查看发往MWS的原始请求内容，搜索AWSAccessKeyId=字符串，只要看到这个片段在请求里出现了两次，顺着参数来源删掉多余的配置即可。
等你解决完参数重复的问题后，再处理密钥权限的问题：给密钥对应的IAM实体附加MWS相关访问权限、完成MWS开发者账号绑定即可，这部分问题不会触发当前的多值参数报错。

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