前言

JMS的消息确认模式，定义了客户端（消息发送者或者消费者）与broker确认消息的方式，可以认为是客户端与Broker之间建立一种简单的“担保”机制。

在java的JMS标准 中，javax.jms.Session 包定义了4种消息确认模式，分别是：

• ** AUTO_ACKNOWLEDGE： ** 自动确认
• ** CLIENT_ACKNOWLEDGE ： ** 客户端手动确认
• ** DUPS_OK_ACKNOWLEDGE： ** 自动批量确认
• ** SESSION_TRANSACTED： ** 事务提交并确认

其中，前面三个确认模式是针对消费端的，即消息被消息消费者接收之后，消费者应该如何告诉broker，它已经正确接收消息和处理消息。对于broker而言，只有接收到ACK指令，才会认为消息被正确的接收或者处理，这时，它会从broker的队列中，删除消息。

最后一个确认模式SESSION_TRANSACTED，为消息发送者提供了消息发送的事务处理方式。也就是指，消息发送者发送消息给broker后，broker只是暂存该消息，只有当发送者给broker进行事务确认消息后，broker才把消息加入到待发送队列中，换言之，如果消息发送者进行了事务回滚，消息会直接从broker中删除。

在 activemq中，通过下面API设置消息确认模式

Session createSession(boolean transacted, int acknowledgeMode)

• transacted：是否开启事务，设置为true后，acknowledgeMode的设置无效，但当transacted为false以及acknowledgeMode设置为 SESSION_TRANSACTED 时，会冲突并报异常

acknowledgeMode SESSION_TRANSACTED cannot be used for an non-transacted Session

• acknowledgeMode：即确认模式

其实，客户端与broker的通信是通过指令完成的。客户端在不同的ACK_MODE消息确认模式时，根据不同的时机发送ACK指令，每个ACK Command中会包含ACK_TYPE，那么broker端就可以根据ACK_TYPE来决定此消息的后续操作，例如消息需不需要重发，消息需不需要删除等。

ACK_TYPE如下：

• ** DELIVERED_ACK_TYPE： ** 消息"已接收"，但尚未处理结束
• **STANDARD_ACK_TYPE ： ** "标准"类型,通常表示为消息"处理成功"，broker端可以删除消息了
• ** POSION_ACK_TYPE ： ** 消息"错误",通常表示"抛弃"此消息，比如消息重发多次后，都无法正确处理时，消息将会被删除或者加入到DLQ(死信队列)
• ** REDELIVERED_ACK_TYPE ： ** 消息需"重发"，比如consumer处理消息时抛出了异常，broker稍后会重新发送此消息
• ** INDIVIDUAL_ACK_TYPE：** 表示只确认"单条消息",无论在任何ACK_MODE下
• ** UNMATCHED_ACK_TYPE： ** BROKER间转发消息时,接收端"拒绝"消息

下面我们来详细介绍一下四种消息确认模式。

AUTO_ACKNOWLEDGE

消息自动确认，意思是消费者接收消息后，不需要显示告诉broker已经接收到消息，而是由底层代码根据消息确认模式为AUTO_ACKNOWLEDGE，自动发送消息确认ack给broker，这样broker会从队列中删除消息。

有些文章说，采用AUTO_ACKNOWLEDGE模式，即使接收者正确接收消息后处理业务时发生了异常，接收者客户端也会被当作正常发送接收信息处理，那么这样不就在broker删除信息了吗？通过实验，事实并非如此，在接收消息处理消息过程中出现异常，broker会重发消息，或者把消息加入到死信队列中，这会在后面文章中介绍。

代码清单：消费者

public class Consumer {public static void main(String[] args) throws IOException {try {Connection connection = ActiveMQManager.createConnection();connection.start();Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); //Queue queue = session.createQueue(Utils.QUEUE_NAME);MessageConsumer consumer = session.createConsumer(queue);consumer.setMessageListener(new MessageListener() {@Overridepublic void onMessage(Message message) {try {System.out.println("-------- ----- --------- ");System.out.println("触发消息接收");TextMessage textMessage = (TextMessage) message;String text = textMessage.getText();handleMsg(text);System.out.println("成功处理消息 : " + text);} catch (JMSException e) {e.printStackTrace();}}});// 线程一直等待System.in.read();consumer.close();session.close();connection.stop();} catch (Exception e) {e.printStackTrace();}}// 处理消息private static void handleMsg(String msg) {System.out.println("准备处理消息 : " + msg);try {Thread.sleep(500);  //500毫秒处理一个} catch (InterruptedException e) {e.printStackTrace();}//模拟处理的时候发生了异常//throw new RuntimeException("未知错误");}
}

CLIENT_ACKNOWLEDGE

由客户端（消费者）手动确认。我们在正确接收和处理消息后，需要使用message.acknowledge()，确认消息，否则，消息不会被broker删除。当我们重启消费者后，会重新取这些未确认的消息。

由于代码与上面雷同，所以这里只列出相关代码

 consumer.setMessageListener(new MessageListener() {@Overridepublic void onMessage(Message message) {try {System.out.println("-------- ----- --------- ");System.out.println("触发消息接收");TextMessage textMessage = (TextMessage) message;String text = textMessage.getText();handleMsg(text);message.acknowledge();  //确认消息，broker删除消息System.out.println("成功处理消息 : " + text);} catch (JMSException e) {e.printStackTrace();}}});

DUPS_OK_ACKNOWLEDGE

没研究，暂时不讨论。

SESSION_TRANSACTED

带事务的会话。在前面已经解释很清楚了，即消息发送者发送消息后，需要提交事务，否则消息不进入broker待发送队列中。

相关代码：

  public void sendMessage(String message) throws JMSException {Session session = connection.createSession(true, Session.SESSION_TRANSACTED); //开启事务Queue queue = session.createQueue(Utils.QUEUE_NAME);MessageProducer producer = session.createProducer(queue);TextMessage toMessage = session.createTextMessage(message);producer.send(toMessage);session.commit(); //如果不提交事务，消息不会进入broker队列producer.close();session.close();}

代码

https://git.oschina.net/thinwonton/activemq-showcase