前言
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会重发消息，或者把消息加入到死信队列中，这会在后面文章中介绍。
代码清单：消费者
1public class Consumer { 2 3 4 public static void main(String[] args) throws IOException { 5 try { 6 Connection connection = ActiveMQManager.createConnection(); 7 connection.start(); 8 Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); // 9 Queue queue = session.createQueue(Utils.QUEUE_NAME); 10 MessageConsumer consumer = session.createConsumer(queue); 11 consumer.setMessageListener(new MessageListener() { 12 @Override 13 public void onMessage(Message message) { 14 try { 15 System.out.println("-------- ----- --------- "); 16 System.out.println("触发消息接收"); 17 TextMessage textMessage = (TextMessage) message; 18 String text = textMessage.getText(); 19 handleMsg(text); 20 System.out.println("成功处理消息 : " + text); 21 } catch (JMSException e) { 22 e.printStackTrace(); 23 } 24 25 } 26 }); 27 28 // 线程一直等待 29 System.in.read(); 30 31 consumer.close(); 32 session.close(); 33 connection.stop(); 34 35 } catch (Exception e) { 36 e.printStackTrace(); 37 } 38 39 } 40 41 // 处理消息 42 private static void handleMsg(String msg) { 43 System.out.println("准备处理消息 : " + msg); 44 try { 45 Thread.sleep(500); //500毫秒处理一个 46 } catch (InterruptedException e) { 47 e.printStackTrace(); 48 } 49 50 //模拟处理的时候发生了异常 51 //throw new RuntimeException("未知错误"); 52 } 53}
CLIENT_ACKNOWLEDGE
由客户端（消费者）手动确认。我们在正确接收和处理消息后，需要使用message.acknowledge()，确认消息，否则，消息不会被broker删除。当我们重启消费者后，会重新取这些未确认的消息。
由于代码与上面雷同，所以这里只列出相关代码
1 consumer.setMessageListener(new MessageListener() { 2 @Override 3 public void onMessage(Message message) { 4 try { 5 System.out.println("-------- ----- --------- "); 6 System.out.println("触发消息接收"); 7 TextMessage textMessage = (TextMessage) message; 8 String text = textMessage.getText(); 9 handleMsg(text); 10 11 message.acknowledge(); //确认消息，broker删除消息 12 13 System.out.println("成功处理消息 : " + text); 14 } catch (JMSException e) { 15 e.printStackTrace(); 16 } 17 18 } 19 });
DUPS_OK_ACKNOWLEDGE
没研究，暂时不讨论。
SESSION_TRANSACTED
带事务的会话。在前面已经解释很清楚了，即消息发送者发送消息后，需要提交事务，否则消息不进入broker待发送队列中。
相关代码：
1 public void sendMessage(String message) throws JMSException { 2 3 Session session = connection.createSession(true, Session.SESSION_TRANSACTED); //开启事务 4 5 Queue queue = session.createQueue(Utils.QUEUE_NAME); 6 MessageProducer producer = session.createProducer(queue); 7 TextMessage toMessage = session.createTextMessage(message); 8 producer.send(toMessage); 9 10 session.commit(); //如果不提交事务，消息不会进入broker队列 11 12 producer.close(); 13 session.close(); 14 }