RabbitMQ的Alternate Exchange（AE）是fanout类型备用交换机，用于捕获主交换机无法路由的消息，服务端零侵入，需预先声明AE及绑定队列，并为主交换机配置"alternate-exchange"参数。
RabbitMQ 的 Alternate Exchange（备用交换机）专门用于捕获无法被主交换机路由到任何队列的消息，比如 routingKey 不匹配、队列未绑定、或绑定关系临时缺失等情况。它在交换机层级自动接管，不依赖生产者设置 mandatory=true，也不需要监听 ReturnCallback，属于服务端零侵入式容错机制。
声明 fanout 类型的备用交换机和专用队列
备用交换机必须是 fanout 类型（最稳妥），再绑定一个持久化队列来接收未路由消息：
- 创建名为
my-ae的 fanout 交换机（durable=true） - 创建名为
unroutable-messages的持久化队列（durable=true） - 将该队列绑定到
my-ae，routingKey可传空字符串（fanout 忽略 routingKey）
注意：fanout 是首选——它不依赖 routingKey，避免因 key 不一致导致备用路径也失效；direct 虽可用，但要求 routingKey 严格匹配，运维成本高。
为主交换机配置 alternate-exchange 参数
在声明主交换机（如 direct/topic）时，通过 arguments 显式指定备用交换机名称：
Map<String, Object> args = new HashMap<>();
args.put("alternate-exchange", "my-ae");
channel.exchangeDeclare("main.exchange", "direct", true, false, args);- 参数名必须是
"alternate-exchange"（全小写、含连字符） - 值
"my-ae"必须是已存在且类型兼容的交换机（RabbitMQ 启动后校验） - 若同时用 Policy 设置 AE，代码中
arguments优先级更高，会覆盖 Policy
验证机制是否生效
发送一条 routingKey 无对应绑定的消息（例如主交换机只绑了 "order.created"，却发 "user.deleted"）：
- 消息不会丢失，也不会触发
ReturnCallback - 自动流入
unroutable-messages队列 - 可通过管理界面查看该队列是否有积压，或起一个消费者消费并打印内容
注意事项
- 它只处理“交换机无法路由”的场景，不覆盖死信场景（如队列满、TTL 过期、消费者 nack）——那些需配合 DLX（Dead Letter Exchange）
- 备用交换机自身不能再配置
alternate-exchange，否则 RabbitMQ 拒绝声明（防循环转发） - 消息进入 fanout 类型的备用交换机后，原始
exchange和routingKey信息会丢失（fanout 不保留）
不复杂但容易忽略
