activeMQ中consumer消息确认机制

activeMQ中consumer消息确认机制

📝 个人主页：程序员阿红🔥

🎉 支持我：点赞👍收藏⭐️留言📝

📣 系列专栏：基础知识总结🍁

1. Consumer消息确认机制

简单讲就是消息被Consumer接收后，Consumer将在何时确认消息。对于broker而言，只有接收到确认指令，才会认为消息被正确的接收或者处理成功了。InforSuiteMQ提供以下几种Consumer与Broker之间的消息确认方式。

（1）AUTO_ACKNOWLEDGE = 1 自动确认

（2）CLIENT_ACKNOWLEDGE = 2 客户端手动确认

（3）DUPS_OK_ACKNOWLEDGE = 3 自动批量确认

（4）SESSION_TRANSACTED = 0 事务提交并确认

（5）INDIVIDUAL_ACKNOWLEDGE = 4 单条消息确认

​ 前四种是JMS API中提供的客户端ACK_MODE。第五种是InforSuiteMQ自定义补充的一种ACK_MODE。

​ Consumer有两种消息消费方式：同步消费consumer.receive()和异步消费MessageListener，这两种方式下，消息确认机制也是不同的。同一Consumer中，不可同时使用这两种消费方式。

​ 同步调用时，在消息从receive方法返回之前，就已经调用了ACK；因此如果Client端没有处理成功，此消息将丢失(可能重发，与ACK_MODE有关)。

​ 异步调用时，消息的确认是在onMessage方法返回之后，如果onMessage方法异常，会导致消息重发。

2.消息确认方式详解

2.1自动确认

• AUTO_ACKNOWLEDGE : 自动确认，这就意味着消息的确认时机将有consumer择机确认。使用开发者必须明确知道"择机确认"的具体时机，否则将有可能导致消息的丢失，或者消息的重复接收。

2.2客户端确认

CLIENT_ACKNOWLEDGE : 客户端手动确认，开发者需要自己择机确认。客户端手动确认时机有以下三种：

（1） message.acknowledge()：确认当前session中所有consumer中尚未ACK的消息；

（2） InforSuiteMQSession.acknowledge()：确认当前session中所有consumer中尚未ACK的消息；

（3） InforSuiteMQMessageConsumer.acknowledege()：确认当前consumer中那些尚未确认的消息。

2.3自动批量确认

• DUPS_OK_ACKNOWLEDGE : 自动批量确认，也是一种自动确实方式，使用方法与AUTO_ACKNOWLEDGE相同，具有“批量”和“延迟”的确认特点。该模式下，当Consumer故障重启后，那些尚未被ACK确认的消息会重新发送过来，这就意味着消息可能重复。

2.4事务确认

• SESSION_TRANSACTED：事务提交并确认。当session使用事务时，调用此确认方式。在事务开启之后和session.commit()之前，所有消费的消息，要么全部正常确认，要么全部redelivery。

• 当session.commit方法异常时，开发者通常是调用session.rollback()回滚事务(事实上开发者不调用也没有问题)，开发这个可以在事务开始之后的任何时机调用rollback()，rollback意味着当前事务的结束，事务中所有的消息都将被重发。调用session.rollback()而导致消息重发，都会导致message.redeliveryCounter计数器增加，最终都会受限于brokerUrl中配置的"jms.redeliveryPolicy.maximumRedeliveries"，如果rollback的次数过多，而达到重发次数的上限时，消息将会被DLQ(dead letter)。

2.5单条消息确认

• INDIVIDUAL_ACKNOWLEDGE : 单条消息确认。此确认方式与客户端确认方式使用CLIENT_ACKNOWLEDGE几乎一样，当消息消费成功之后，调用message.acknowledege来确认此消息(单条)，而CLIENT_ACKNOWLEDGE模式，调用message.acknowledge()方法将导致整个session中所有消息被确认(批量确认)。

3.客户端确认使用场景解析

• Consumer使用MessageListener异步监听队列消息，并将消息插入到数据中。消息确认方式为客户端单条消息确认，消息插入数据库成功，调用message.acknowledege()来确认此消息(单条)，消息插入数据库失败，调用session.recover()将消息返回的队列中重新发送。以下为部分代码示例。

final InforBrokerQueueSession session =  (InforBrokerQueueSession) connection.createQueueSession(Boolean.FALSE, InforBrokerSession.INDIVIDUAL_ACKNOWLEDGE);
Destination destination = session.createQueue("myqueue_rz");  		 
InforBrokerMessageConsumer consumer = (InforBrokerMessageConsumer) session.createConsumer(destination);
public void onMessage(Message m) { 		 		
	          TextMessage message =  (TextMessage)m;	 
 	         long begin=System.currentTimeMillis();//用于性能测试，跟踪程序运行时间
 	           try {
 				  System.out.println("message::"+message.getText()); 				 
  	       	       state=insertDB(message.getText());  	
 			   } catch (JMSException e) {
 				   e.printStackTrace();
                   }
 	          long end=System.currentTimeMillis(); //用于性能测试，跟踪程序运行时间
	          long cost=end-begin;
	          System.out.println("数据接收处理总共耗时："+cost); //用于性能测试，跟踪程序运行时间
 	           if(state.equals("1")){
 	              try {
 	            	 // System.out.println("stat=1"+message.getText());
					    message.acknowledge();
					    //   session.commit();
				} catch (JMSException e) {
					e.printStackTrace();
				}
 	           }else{
 	        	  try {
 	        		  //session.rollback();
 	        		 session.recover();
					System.out.println("getJMSRedelivered():"+m.getJMSRedelivered());
					m.setJMSRedelivered(true); 					System.out.println("m.getJMSDeliveryMode():"+m.getJMSDeliveryMode());
				} catch (JMSException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} 					
 	           }

💖💖💖 完结撒花

💖💖💖 路漫漫其修远兮，吾将上下而求索

✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨

最后，还不动手进你的收藏夹吃灰😎😎😎

🎉 支持我：点赞👍收藏⭐️留言📝