rabbitmq备份交换器（ae）用于自动捕获未路由消息：为主交换机声明fanout类型备用交换机并绑定专用队列，通过arguments设置"alternate-exchange"参数，无需mandatory或returnlistener，实现零侵入容错。
Java 中通过 Alternate Exchange（备用交换机）捕获未路由消息，核心在于**为原始交换机指定一个 fanout 类型的备用交换机，并将其绑定到专用队列**。整个过程不依赖生产者设置 mandatory=true，也不需要监听 ReturnListener，消息在交换机层就被自动转发，实现“零侵入式”的容错处理。
声明备用交换机和接收队列
先创建一个 fanout 类型的备用交换机（如 my-ae），再声明一个持久化队列（如 unroutable-messages），并将其绑定到该交换机。fanout 类型确保所有发往它的消息无条件广播到所有绑定队列。
- 备用交换机必须是 fanout 类型（也可用 direct，但需严格匹配 routingKey；fanout 最简单可靠）
- 绑定时 routingKey 为空字符串（fanout 不关心 routingKey，但 bind 调用仍需传参）
- 队列和交换机都建议设
durable=true，防止服务重启后丢失配置
为主交换机配置 alternate-exchange 参数
在声明主交换机（比如 direct 或 topic 类型）时，通过 arguments 显式指定 "alternate-exchange" 指向备用交换机名称。RabbitMQ 会自动将所有无法匹配任何队列的消息转发过去。
- 参数键名必须是
"alternate-exchange"（注意连字符，大小写敏感） - 值必须是已存在且类型兼容的交换机名称（无需提前声明顺序，但运行时必须存在）
- 如果同时使用 Policy 设置 AE，代码中声明的参数优先级更高，会覆盖 Policy
发送无法路由的消息进行验证
向主交换机发送一条 routingKey 无对应绑定的消息（例如主交换机绑定了 "order.created"，却发了 "user.deleted"），它不会被丢弃，而是自动流入备用交换机绑定的队列。
- 无需设置
mandatory=true，也不用注册addReturnListener - 消费者可单独监听
unroutable-messages队列，做日志归档、人工干预或告警 - 可通过 RabbitMQ 管理界面的 “Queues” 页面查看该队列是否积压消息，快速验证机制生效
常见问题与注意事项
备用交换机不是万能兜底——它只捕获“交换机无法路由”的消息，不处理队列满、消费者拒绝、TTL 过期等情况。那些属于死信范畴，应配合 DLX 使用。
- 若备用交换机本身也配置了 AE，形成链式转发，RabbitMQ 会拒绝声明（防止循环）
- 消息进入备用交换机后，其 original exchange 和 routingKey 信息会丢失（fanout 不保留）
- 测试时务必确认主交换机的绑定关系确实不存在，否则消息仍会正常投递，AE 不触发
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
