activeMQ中的消息重试与死信队列

activeMQ会在什么情况下重新发送消息？

activeMQ中的消息重发，指的是消息可以被broker重新分派给消费者，不一定的之前的消费者。重发消息之后，消费者可以重新消费。消息重发的情况有以下几种。

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

重发指的是消息经过broker重新进行转发给消费者，经过测试，1和2的情况消息重发会发送给原来的消费者，3和4可以转发消息给别的消费者。累计次数超过设置的maximumRedeliveries时消息都会都会进入死信队列。

有毒消息
当一个消息被接收的次数超过maximumRedeliveries(默认为6次)次数时，会给broker发送一个poison _ack，这种ack类型告诉broker这个消息“有毒”，尝试多次依然失败，这时broker会将这个消息发送到DLQ，以便后续处理。activeMQ默认的死信队列是ActiveMQ.DLQ，如果没有特别指定，死信消息都会被发送到这个队列。

默认情况下持久消息过期都会被送到DLQ，非持久消息过期默认不会送到DLQ。

可以通过配置文件为指定队列创建死信队列。

重试策略配置

下面是模拟重试的消费者代码

public class JMSClientAckConsumer {
    public static void main(String[] args) throws JMSException {
        //根据broker URL建立连接工厂

        ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://192.168.0.15:61616");
        //创建连接
        ActiveMQConnection connection = (ActiveMQConnection) connectionFactory.createConnection();
        connection.start();
        //创建会话
        Session session = connection.createSession(true, Session.CLIENT_ACKNOWLEDGE);
        //重发策略
        RedeliveryPolicy queuePolicy = new RedeliveryPolicy();
        queuePolicy.setInitialRedeliveryDelay(0);
        queuePolicy.setRedeliveryDelay(1000);
        queuePolicy.setUseExponentialBackOff(false);
        queuePolicy.setMaximumRedeliveries(2);

        //创建队列（有则不创建）
        Destination destination = session.createQueue("garine-queue");

        RedeliveryPolicyMap map = connection.getRedeliveryPolicyMap();
        map.put((ActiveMQDestination) destination, queuePolicy);


        session.createConsumer(destination).setMessageListener(new MessageListener() {
            @Override
            public void onMessage(Message message) {
                TextMessage textMessage = (TextMessage) message;
                try {
                    System.out.println(textMessage.getText());
                    session.rollback();
                } catch (JMSException e) {
                    e.printStackTrace();
                }
            }
        });

    }
}

重试策略配置除了以上的方式，还可以按照url的配置方式，可配置属性很多，这里列举两个
1.url

tcp://192.168.0.15:61616?jms.redeliveryPolicy.initialRedeliveryDelay=0&jms.redeliveryPolicy.redeliveryDelay=1000

重发策略配置可以在官方文档找到重发策略配置
2.在activeMq broker中配置

上面模拟的是在事务会话中调用rollback进行重试，经过模拟，发现消息每次重试都是直接在原来的消费者进行重试，即使在重试次数内该消费者挂了，消息依然不会马上分发给别的消费者重试。

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

<destinationPolicy> 

           <policyMap> 

             <policyEntries> 

               <policyEntry topic=">" > 

                 <pendingMessageLimitStrategy> 

                   <constantPendingMessageLimitStrategy limit="1000"/> 

                 </pendingMessageLimitStrategy> 

               </policyEntry>  

                // “>”表示对所有队列生效，如果需要设置指定队列，则直接写队 列名称 

            <policyEntry queue=">"> 
                  <deadLetterStrategy> 
                 //queuePrefix:设置死信队列前缀 
                    <individualDeadLetterStrategy queuePrefix="DLQ." useQueueForQueueMessages="true" processExpired="false"/> 
                     //是否丢弃过期消息
                     <!--<sharedDeadLetterStrategy processExpired="false" />-->
                   </deadLetterStrategy> 

               </policyEntry> 

             </policyEntries> 

           </policyMap> 

       </destinationPolicy>

什么时候重新消费死信队列里面的消息？
死信队列也是队列，消息当然可以被重新消费。

activeMQ中的消息重试与死信队列

猜你喜欢