在 RabbitMQ 中，当一条消息无法被路由到任何队列时，它会被如何处理？请说明其去向及背后的机制。
考察说明
考查对 RabbitMQ 消息路由失败处理机制的理解。
回答思路
- 【回答框架 1】RabbitMQ 中无法路由的消息由生产者或交换机决定去向。若消息设置了 mandatory 属性或发布确认（publisher confirms），Broker 会在无法路由时通过 Basic.Return 将消息返回给生产者，由生产者决定重新投递或丢弃。
- 【回答框架 2】若消息未设置 mandatory 属性，且交换机类型为 Direct、Topic 或 Headers 且无匹配队列，消息会被直接丢弃，不产生任何通知。
- 【回答框架 3】当交换机类型为 Fanout 时，消息会广播到所有绑定的队列，因此不会出现无法路由的情况。
- 【回答框架 4】另一种情况是使用备用交换机（Alternate Exchange，AE），当消息无法路由到原交换机时，会转发到备用交换机，由其按自身规则处理，可避免消息丢失。
- 【回答框架 5】对于持久化消息，无法路由被丢弃后不会恢复；若需可靠投递，建议结合 mandatory、备用交换机或死信机制，并记录处理结果。
- 【关键点 1】mandatory 属性开启时，无法路由的消息会通过 Basic.Return 返回给生产者。
- 【关键点 2】未开启 mandatory 时，Direct、Topic、Headers 交换机无法路由的消息会被直接丢弃。
- 【关键点 3】备用交换机可将无法路由的消息转移到备用交换机处理，减少消息丢失。
- 【关键点 4】Fanout 交换机无路由匹配概念，消息必然广播到所有绑定队列。
- 【关键点 5】消息丢弃后不可找回，生产环境需设计补发或监控机制避免业务影响。
- 【易错点 1】不能将无法路由的消息等同于死信消息，死信是消息已进入队列后因特定条件（如超时、拒绝）被转移到死信交换机。
- 【易错点 2】开启 publisher confirms 不自动处理无法路由，仍需配合 mandatory 或备用交换机。
- 【易错点 3】备用交换机若不配置绑定，消息仍会被丢弃，不是绝对可靠的兜底。