CloudFormation更新AWS SDK创建的SQS队列报标签冲突如何解决

这个报错和「队列最初不是CloudFormation创建、历史模板无对应标签配置」没有直接关系，核心是两个问题：

1. 你直接把dev环境加到if::equals函数生效范围的操作，会触发CloudFormation（以下简称CFN）在dev环境新建同名SQS队列的逻辑，而不是自动接管已经存在的同名队列。CFN在创建资源前的预校验阶段发现同名资源已存在，就会开始比对配置差异，标签不一致是这个校验过程抛出的首个差异错误，本质是你没有走正式的现有资源导入流程，直接触发了重名资源创建逻辑。
2. 你手动在控制台对齐的3个自定义标签，漏掉了CFN给所有托管资源强制追加的aws:cloudformation:前缀系统标签组（包含栈ID、栈名、资源逻辑ID三个系统标签），这组标签你没法手动在控制台添加，所以哪怕自定义标签完全一致，校验阶段还是会判定标签存在差异。

• 先回滚「把dev环境加入if::equals生效范围」的模板改动，避免CFN持续尝试创建重名资源引发误操作。
• 走CFN标准的「现有资源导入栈」流程：在栈操作菜单选择导入资源，按照提示填写dev环境现有SQS队列的ARN，将这个手动创建的队列和模板中定义的SQS资源逻辑ID做绑定。
• 导入配置校验阶段，确保模板中定义的所有队列配置（包括3个自定义标签、队列访问策略、消息保留周期、可见性超时等参数）和现有dev队列的实际配置完全一致，注意不要手动在模板里加aws:cloudformation:前缀的系统标签，CFN接管资源后会自动追加这组标签，此时标签不一致的校验报错会自动消除。
• 导入流程完成、资源成功绑定到CFN栈之后，再正式把dev环境加入if::equals的生效范围，后续该队列的所有配置变更就可以通过CFN模板统一管控，整个导入过程不会丢失队列内的存量消息，也不会影响现有业务的队列调用。

注意：不要为了绕过报错直接删除现有dev队列后让CFN重建，会导致队列中未消费的存量消息全部丢失，直接影响业务。

内容的提问来源于stack exchange，提问作者d.Damerz