java中用alternate exchange捕获未路由消息，关键在于为主交换机指定fanout类型备用交换机并绑定专用队列，通过arguments设置"alternate-exchange"参数实现零侵入自动转发。
Java 中用 Alternate Exchange 捕获未路由消息，关键在于让主交换机“自动转发”那些找不到匹配队列的消息，全程无需改生产者逻辑、不依赖 mandatory 或 ReturnListener。
声明 fanout 类型的备用交换机和专用队列
备用交换机必须是 fanout 类型——它不检查 routingKey，确保所有转入的消息无条件广播出去，这是最简单可靠的方案。队列和交换机都应设为持久化，避免服务重启后配置丢失。
- 创建名为 my-ae 的 fanout 交换机，
durable=true - 声明名为 unroutable-messages 的持久化队列
- 将该队列绑定到 my-ae，binding 时 routingKey 填空字符串（fanout 忽略该值，但 API 调用需传参）
为主交换机配置 alternate-exchange 参数
这一步决定机制是否生效：在声明主交换机（如 direct 或 topic）时，通过 arguments 显式指定备用交换机名称。RabbitMQ 会在运行时校验该交换机是否存在，若不存在则声明失败。
- 参数键名必须是 alternate-exchange（注意连字符，大小写敏感）
- 参数值填已声明的备用交换机名，例如
"my-ae" - 该配置优先级高于 RabbitMQ Policy，会覆盖同名 Policy 设置
验证机制是否正常工作
发一条 routingKey 在主交换机上没有任何队列绑定的消息（比如主交换机只绑了 "order.created"，却发了 "user.deleted"），它不会丢弃，而是直接流入备用交换机绑定的队列。
- 登录 RabbitMQ 管理界面 → Queues 页面，查看 unroutable-messages 是否有积压
- 启动消费者监听该队列，可做日志记录、告警或人工介入
- 无需设置
mandatory=true，也不用注册addReturnListener
注意事项与边界情况
Alternate Exchange 只解决“交换机层无法路由”这一种问题，不是万能兜底方案。
- 它不处理队列满、消费者 nack/reject、TTL 过期、消息被拒绝等情况——这些属于死信范畴，应配合 DLX 使用
- 备用交换机自身不能再配置
alternate-exchange，否则 RabbitMQ 会拒绝声明，防止循环转发 - 消息进入 fanout 备用交换机后，原始 exchange 名和 routingKey 信息会丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
