DefaultMessageListenerContainer消息应答方式

版权声明：本文为博主原创文章，支持转载，但转载时请务必在明显位置，给出原文连接。 https://blog.csdn.net/john1337/article/details/82492454

JMS标准支持的消息应答模式有下面几种：

AUTO_ACKNOWLEDGE：自动应答，默认的应答方式

CLIENT_ACKNOWLEDGE：客户端应答，应答由应用程序在接收到消息后触发

DUPS_OK_ACKNOWLEDGE：尽量不要使用，如果使用这种方式，应用程序需要考虑处理消息重复问题

SESSION_TRANSACTED：事务应答

使用MessageConsumer来接收消息时不管是AUTO_ACKNOWLEDGE还是CLIENT_ACKNOWLEDGE，只要发生了异常，消息都会进行jms.redeliveryPolicy.maximumRedeliveries配置数量的消息重发重试，如果消息无法发送则会送到Dead-Letter队列中，但是DefaultMessageListenerContainer在这方面的处理却与标准的应答不相同，使用DefaultMessageListenerContainer来接收消息时，如果采用AUTO_ACKNOWLEDGE的应答方式，那么消息不会重发，笔者建议使用CLIENT_ACKNOWLEDGE这种模式，这种模式发生异常时则会进行消息重发，而且无需应用程序应答消息，因为DefaultMessageListenerContainer已经替我们完成了消息的应答，下面是相关代码：

    AbstractMessageListenerContainer类

protected void commitIfNecessary(Session session, Message message) throws JMSException {
        // Commit session or acknowledge message.
        if (session.getTransacted()) {
            // Commit necessary - but avoid commit call within a JTA transaction.
            if (isSessionLocallyTransacted(session)) {
                // Transacted session created by this container -> commit.
                JmsUtils.commitIfNecessary(session);
            }
        }
        else if (message != null && isClientAcknowledge(session)) {
            message.acknowledge();
        }
    }

JmsAccessor类

    protected boolean isClientAcknowledge(Session session) throws JMSException {
        return (session.getAcknowledgeMode() == Session.CLIENT_ACKNOWLEDGE);
    }

从上面代码可以看出，DefaultMessageListenerContainer会对CLIENT_ACKNOWLEDGE应答模式自动确认