AWS SQS发消息报The specified queue does not exist for this wsdl version错误求助

• 核对Queue2的基础配置信息
  首先确认队列名称是否完全匹配（SQS队列名称大小写敏感，注意不要有多余空格、特殊字符笔误），其次确认Queue2所在的AWS区域和Second Lambda运行的区域一致，SQS为区域级服务，跨区域无法直接访问同名队列。如果通过队列名称调用GetQueueUrl接口获取访问地址，需确认Queue2所属的AWS账号ID填写正确，跨账号访问场景下必须明确指定账号ID。如果直接使用队列URL发送消息，需确认URL和AWS控制台中Queue2显示的访问URL完全一致。
• 检查Second Lambda的IAM权限配置
  AWS为避免未授权用户枚举队列存在，部分无访问权限的场景下会返回「队列不存在」的错误而非权限错误。需确认Lambda执行角色的权限策略中包含sqs:SendMessage权限，且权限对应的资源ARN与Queue2的实际ARN完全匹配，不要出现区域、账号ID、队列名拼写错误的情况。
• 核对SQS客户端初始化配置
  报错中提到的wsdl版本不匹配问题基本都和客户端端点配置错误有关，你使用的AWSSDK.SQS 3.7.0.55版本默认使用当前标准SQS端点，排查代码中是否手动指定了过时的WSDL端点、错误的ServiceURL：
  • 不要使用无区域的旧全局端点http://queue.amazonaws.com，需使用带区域的格式如https://sqs.xx-xxxx-x.amazonaws.com
  • 确认初始化SQS客户端时指定的区域和Queue2所在区域一致
  • 排查是否存在测试时使用LocalStack等模拟服务的配置，部署到AWS环境后未修改回官方SQS端点
  • 如果Second Lambda运行在VPC内部，需确认已配置SQS的VPC端点，或者Lambda有公网出口可以访问SQS服务
• 特殊场景验证
  如果Queue2为刚创建的队列，可等待1分钟待资源同步完成后重试；如果Queue2开启了服务端加密（SSE-KMS），需确认Lambda执行角色拥有对应KMS密钥的kms:GenerateDataKey、kms:Decrypt权限。

你可以在Second Lambda的代码中增加日志输出，打印当前使用的Queue2访问地址、SQS客户端区域配置，和AWS控制台中的实际配置做比对，快速定位不一致的项。

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