JMS消息确认机制详解-优快云博客

JMS消息只有在被确认后，才认为是成功的消费了。消息的成功消费通常包含三个阶段：客户端接收消息、客户端处理消息、消息被确认。

在JMS中有两种类型的会话：

事务性会话：当一个会话被提交的时候，确认自动发生
非事务性会话：消息何时被确认取决于消息创建会话时的应答模式

创建事务性会话


//创建会话
Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);

在通过连接创建会话时，第一个参数true表明该会话是否是事务性会话。对于事务性会话，在会话提交的时候事务会被自动提交。

public class JmsReceiver {
    public static void main(String[] args) {
        ConnectionFactory factory = new ActiveMQConnectionFactory("tcp://localhost:61616");
        Connection connection = null;
        try {
            connection = factory.createConnection();
            connection.start();
            Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);
            Destination destination = session.createQueue("first-queue");
            MessageConsumer consumer = session.createConsumer(destination);
            TextMessage message = (TextMessage) consumer.receive();
            System.out.println(message.getText());
            session.commit();
            session.close();
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            if (null!=connection){
                try {
                    connection.close();
                } catch (JMSException e) {
                    e.printStackTrace();
                }
            }
        }
    }
}

如上代码，最后有一个session.commit();，如果这里会话不确认的话，运行可以一直接收到消息。

这里要和发送端的session.commit();做下区分对于事务性会话发送端只有执行了commit之后消息才会发送到队列中去。否则不会被发送到消息队列。

创建非事务性会话

//创建会话
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

在通过连接创建会话时，如果第一个参数是false那么创建的会话是非事务性会话，此场景下消息的确认取决于第二个参数即创建会话时设置的应答模式。

应答模式

有三种应答模式：

AUTO_ACKNOWLEDGE

自动确认。当客户端成功的从receive()方法返回的时候，或者从MessageListener.onMessage成功返回的时候，会话自动确认客户收到的消息。
CLIENT_ACKNOWLEDGE

客户端(消息接收者)通过调用消息的message.acknowledge();方法确认消息。这种模式下消息的确认是在会话层面上，确认一个被消费的消息将自动确认所有已被会话消费的消息。。例如：一个消息消费者消费了10个消息，然后确认第5个消息，那么第五个消息前面的消息都会被确认。
DUPS_OK_ACKNOWLEDGE

延迟确认。如果JMS provider失败，那么可能会导致一些重复的消息。如果是重复的消息，那么JMS provider必须把消息头JMSRedelivered 字段设置为true。

本地事务

在一个JMS客户端，可以使用本地事务来组合消息的发送和接收。JMS session 提供了commit 和 rollback方法。JMS Provider会缓存每个生产者当前生产的所有消息，直到commit或者rollback，commit操作将会提交事务中所有的消息持久存储；rollback意味着JMS Provider将会清除此事物下所有的消息记录。在事务未提交之前，消息是不会被持久化存储的，也不会被消费者消费。

事务提交意味着：