RabbitMQ配置咨询：drop-head/tail消息转存及mandatory消息路由

问题1：能否配置RabbitMQ，使采用drop-head或drop-tail策略时，消息不被丢弃而是转存至其他位置？ #

原生drop-head/drop-tail溢出策略确实会直接丢弃消息、不触发死信交换机（DLX），但在RabbitMQ 3.10及以上版本，可以通过配置实现消息转存：

• 给目标队列添加dead-letter-on-overflow=true参数，同时配置好对应的死信交换机与死信队列。当队列因达到最大长度触发drop-head/drop-tail时，被丢弃的消息会自动发送到指定DLX，进而路由到绑定的死信队列，完成转存。
• 若使用低于3.10的版本，可改用替代方案：放弃原生drop策略，设置overflow=reject-publish。当队列满时，生产者会收到发布拒绝确认，此时可在生产者代码中将消息重新发送到备用队列或持久化存储（如数据库）。

问题2：当mandatory发布选项设为true且无队列匹配路由键时，如何自动将消息放入次级队列/交换机？ #

有两种可靠实现方式，优先推荐第二种：

• 方式一：生产者Return回调处理
  当mandatory=true且消息无法路由时，RabbitMQ会触发Return回调（不同客户端API名称略有差异，比如Java客户端的addReturnListener）。在回调逻辑中，可将返回的消息重新发布到预先定义的次级交换机或队列，完成自动转存。

• 方式二：使用Alternate Exchange（备用交换机）
  这是无需生产者介入的高效方案：

  1. 预先声明次级交换机及对应的绑定队列；
  2. 声明主交换机时，添加alternate-exchange参数，值为次级交换机的名称。
     当消息无法在主交换机找到匹配队列时，RabbitMQ会自动将消息转发到次级交换机，由次级交换机的路由规则投递到对应队列。这种方式无需设置mandatory=true，避免了生产者回调可能带来的单点故障问题。

内容的提问来源于stack exchange，提问作者Alexander Mills