ActiveMQ 的 消费重发机制 和 死信队列

消息重发

activeMQ中的消息重发，指的是消息可以被broker重新分派给消费者，。重发消息之后，消费者可以重新消费。消息重发的情况有以下几种。
（指broker 给 producer发送消息）

具体哪些情况会引起消息重发

1. 事务会话中，当还未进行session.commit()时，进行session.rollback()，那么所有还没commit的消息都会进行重发。
2. 使用客户端手动确认（CLIENT_ACKNOWLEDGE）的方式时，还未进行确认并且执行Session.recover()，那么所有还没acknowledge的消息都会进行重发。
3. 所有未ack的消息，当进行session.closed()关闭事务，那么所有还没ack的消息broker端都会进行重发，而且是马上重发。
4. 消息被消费者拉取之后，超时没有响应ack，消息会被broker重发。

消息重发的时间间隔和重发次数
默认情况下：间隔 1秒 发一次，会重发6次

有毒消息 Poison ACK
一个消息被重发超过默认的最大重发次数（默认6次）时，消费端会给MQ发送一个 “poison ack” 表示这个消息有毒，告诉 broker 不要在发了。这个时候broker会把这个消息放到 DLQ（死信队列）

修改默认的重发机制
使用 RedeliveryPolicy 可以来修改默认的 重发次数和间隔时间，具体看截图：

死信队列

ActiveMQ 中一条消息被重发多次后（默认为重发6次），将会被ActiveMQ移入“死信队列”，我们可以在activeMQ的后台管理也可以看到，并进行人工干预

死信队列的使用：

死信队列的自定义配置
自定义死信发送策略，可以在activeMQ.xml里面进行配置。
如：

自动删除过期消息：

存放非持久的消息到死信队列：