基于azure-amqp的cloudevents sdk-go如何在RabbitMQ配置Exchange

该需求具备基础可行性，但受AMQP 1.0协议规范边界限制，无法实现完全对等于AMQP 0.9.1客户端的Exchange自定义创建能力。核心原因是RabbitMQ的AMQP 1.0适配层对Exchange的支持是基于地址路由映射实现的，而非完整的客户端创建指令支持。
你之前观察到的"配置node参数对应broker队列"的现象，是RabbitMQ AMQP 1.0插件默认的地址解析规则导致的，并非协议或SDK不支持Exchange交互。

RabbitMQ的rabbitmq_amqp1_0插件默认内置了地址路径与实体类型的映射规则，只要遵循规则配置目标地址，就可以跳过队列创建逻辑，直接与Exchange交互：

• 当AMQP 1.0连接的目标address遵循/exchange/<Exchange名称>[/<Routing Key>]格式时，插件会自动将节点映射到指定的Exchange实体，不会触发队列创建流程
• 之前的默认队列匹配逻辑触发，是因为填写的address是不带/exchange路径前缀的纯队列名称，插件会默认将其识别为队列端点

为了适配Exchange交互场景，需要对AMQP 1.0传输层的配置做两处核心修改，避免强制绑定队列的逻辑：

• 按照上述Exchange地址格式填写连接的address参数，不要使用默认的队列路径格式
• 关闭SDK默认的自动节点创建开关，即设置传输层配置DisableNodeCreation: true
  • 这个开关默认开启时，SDK会按照"目标节点不存在则自动创建队列实体"的逻辑执行初始化，关闭后SDK只会建立到指定address的连接，不会强制创建队列
• 配置中提到的node参数不需要再绑定为队列名，按照AMQP 1.0的通用节点抽象配置即可，SDK会自动通过已配置的address完成Exchange路由匹配，不会再校验队列实体的存在性

受协议规范限制，以下操作无法通过cloudevents sdk-go的AMQP 1.0通道完成：

• 无法在客户端侧传入Exchange的类型（direct/topic/fanout等）、持久化属性、自动删除属性等参数，完成自定义Exchange的创建
• 所有Exchange的属性配置必须在RabbitMQ侧提前完成：要么通过RabbitMQ管控台手动创建，要么通过一次性的AMQP 0.9.1客户端（如streadway/amqp）完成Exchange的创建配置，后续所有消息投递全流程走cloudevents sdk-go的AMQP 1.0通道即可
• 插件本身不支持通过AMQP 1.0帧传输Exchange创建的自定义指令，这是RabbitMQ适配层的设计限制，不是SDK的问题

• 不要将address配置为纯队列名称，否则无论怎么调整node参数，插件都会走队列创建分支
• 不要被SDK中的node参数名称误导：AMQP 1.0规范中的node是通用的消息端点抽象，既可以映射到队列，也可以映射到Exchange等其他消息实体，并非天生和RabbitMQ的队列概念绑定
• 如果需要绑定Routing Key到Exchange，只需要在address的Exchange路径后追加对应routing key值即可，不需要额外配置队列绑定逻辑

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