rabbitmq 的 alternate exchange 是服务端自动转发机制，通过为主交换机配置 fanout 类型的备用交换机（如 my-ae），将无法路由的消息无条件广播至绑定队列（如 unroutable-messages），不依赖生产者设置 mandatory 或 returnlistener，且不处理队列满、nack、ttl 等死信场景。
在 RabbitMQ 中实现 Alternate Exchange（备用交换机），核心是让无法路由的消息自动流入一个预设的“兜底”交换机，而不是被丢弃。它不依赖生产者设置 mandatory=true 或监听 ReturnListener，属于服务端自动转发机制，对业务代码零侵入。
声明 fanout 类型的备用交换机和接收队列
备用交换机必须是 fanout 类型（最稳妥），因为它不依赖 routingKey，能确保所有未路由消息无条件广播出去。
- 声明交换机：名称如
my-ae，类型为fanout，durable=true保证重启后仍存在 - 声明队列：如
unroutable-messages，同样设为持久化（durable=true） - 绑定队列到备用交换机：调用
queueBind，routingKey 传空字符串（fanout 忽略该参数，但 API 要求非 null）
为主交换机配置 alternate-exchange 参数
在声明主交换机（比如 direct、topic）时，通过 arguments 显式指定备用交换机名称。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 参数键必须是
"alternate-exchange"（注意连字符和大小写） - 参数值填已声明的备用交换机名（如
"my-ae"），RabbitMQ 运行时会校验其存在性 - 如果同时用 Policy 设置了 AE，代码中声明的参数优先级更高，会覆盖 Policy
验证机制是否生效
发一条 routingKey 在主交换机上没有任何队列绑定的消息，例如主交换机绑定了 "order.created"，却发送 "user.deleted"。
- 该消息不会丢失，也不会返回给生产者，而是直接进入备用交换机绑定的队列
- 可通过 RabbitMQ 管理界面的 “Queues” 页面查看
unroutable-messages是否有积压 - 另起消费者监听该队列，就能拿到原始消息体（但 original exchange 和 routingKey 信息已丢失）
注意事项与边界说明
Alternate Exchange 只解决“交换机层无法路由”的问题，不是万能兜底。
- 它不处理队列满、消费者 nack/reject、TTL 过期等情况——这些属于死信范畴，需配合 DLX（Dead Letter Exchange）
- 备用交换机自身不能再配置 AE，否则 RabbitMQ 会拒绝声明，防止循环转发
- fanout 类型虽简单可靠，若用 direct 类型作 AE，则必须确保 routingKey 完全匹配，否则消息仍会被丢弃
