java中用alternate exchange处理未路由消息，核心是为主交换机配置fanout类型备用交换机my-ae及持久化队列unroutable-messages，通过arguments设置alternate-exchange参数实现自动转发，不改生产者代码，仅捕获交换机层无法路由的消息。
Java 中用 Alternate Exchange（AE）处理未路由消息，核心是让主交换机在找不到匹配队列时，自动把消息转发给一个预设的 fanout 类型备用交换机，全程不改生产者代码、不依赖 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是否有积压 - 启动消费者监听该队列，可做日志记录、告警或人工介入
注意事项与边界情况
Alternate Exchange 只解决“交换机层无法路由”这一种问题，不是万能兜底方案。
- 它不处理队列满、消费者 nack/reject、TTL 过期、消息被拒绝等情况——这些属于死信范畴，应配合 DLX 使用
- 备用交换机自身不能再配置
alternate-exchange，否则 RabbitMQ 会拒绝声明，防止循环转发 - 消息进入 fanout 备用交换机后，原始 exchange 名和 routingKey 信息会丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
