在 RabbitMQ 中，无法被路由的消息通常有以下几种处理方式：
- 丢弃消息：默认情况下，若消息无法找到符合条件的队列（即没有匹配的绑定关系），RabbitMQ 会直接丢弃消息，不会进行特殊处理。
- 备份交换机（Alternate Exchange）：可以为交换机配置一个备份交换机，无法被路由的消息将被发送到备份交换机，再由备份交换机根据其绑定关系决定如何处理消息。例如，可以将这些消息发送到指定队列进行保存或处理。
- 消息回退（Return Listener）：在使用
mandatory参数的情况下，如果消息无法路由，则会触发返回机制，将消息退回到生产者，这样生产者可以自行处理未路由的消息。
扩展知识
配置备份交换机
备份交换机（Alternate Exchange） 是 RabbitMQ 中处理未路由消息的常用方式。为交换机配置备份交换机后，任何无法找到匹配队列的消息都会自动路由到指定的备份交换机。
// 配置交换机和备份交换机
Map<String, Object> args = new HashMap<>();
args.put("alternate-exchange", "my-alternate-exchange");
channel.exchangeDeclare("main-exchange", "direct", true, false, args);
channel.exchangeDeclare("my-alternate-exchange", "fanout", true);
消息回退机制（Return Listener）
当生产者设置 mandatory 参数为 true 时，如果消息无法路由，则会触发消息回退机制，消息会被返回给生产者，生产者可以通过 Return Listener 监听未路由消息：
channel.addReturnListener((replyCode, replyText, exchange, routingKey, properties, body) -> {
System.out.println("Message returned: " + new String(body));
});
channel.basicPublish("exchange", "routing-key", true, MessageProperties.PERSISTENT_TEXT_PLAIN, "Test message".getBytes());
死信队列（DLX）
如果消息未能被正常路由，并且在备份交换机或回退机制无法处理的情况下，还可以通过死信交换机（DLX） 将消息转发到死信队列，进行后续处理。这在消息队列中的存储和处理环节起到补充作用，尤其适合未能及时消费或路由的消息。
不同策略的应用场景
- 备份交换机：适用于业务场景中需要监控或重处理未路由消息的情况。
- Return Listener 回退机制：适用于生产者对消息流控制严格的场景，确保无路由消息被生产者感知。
- 死信交换机：适合管理超时、失败和未能路由的消息，适用于需要严格消息管控的系统。