1. Consumer消息確認(rèn)機(jī)制

簡單講就是消息被Consumer接收后，Consumer將在何時確認(rèn)消息。

對于broker而言，只有接收到確認(rèn)指令，才會認(rèn)為消息被正確的接收或者處理成功了。InforSuiteMQ提供以下幾種Consumer與Broker之間的消息確認(rèn)方式。

（1）AUTO_ACKNOWLEDGE = 1 自動確認(rèn)

（2）CLIENT_ACKNOWLEDGE = 2 客戶端手動確認(rèn)

（3）DUPS_OK_ACKNOWLEDGE = 3 自動批量確認(rèn)

（4）SESSION_TRANSACTED = 0 事務(wù)提交并確認(rèn)

（5）INDIVIDUAL_ACKNOWLEDGE = 4 單條消息確認(rèn)

前四種是JMS API中提供的客戶端ACK_MODE。第五種是InforSuiteMQ自定義補(bǔ)充的一種ACK_MODE。

Consumer有兩種消息消費(fèi)方式：同步消費(fèi)consumer.receive()和異步消費(fèi)MessageListener，這兩種方式下，消息確認(rèn)機(jī)制也是不同的。同一Consumer中，不可同時使用這兩種消費(fèi)方式。

同步調(diào)用時，在消息從receive方法返回之前，就已經(jīng)調(diào)用了ACK；因此如果Client端沒有處理成功，此消息將丟失(可能重發(fā)，與ACK_MODE有關(guān))。

異步調(diào)用時，消息的確認(rèn)是在onMessage方法返回之后，如果onMessage方法異常，會導(dǎo)致消息重發(fā)。

2.消息確認(rèn)方式詳解

2.1自動確認(rèn)

AUTO_ACKNOWLEDGE : 自動確認(rèn)，這就意味著消息的確認(rèn)時機(jī)將有consumer擇機(jī)確認(rèn)。

使用開發(fā)者必須明確知道"擇機(jī)確認(rèn)"的具體時機(jī)，否則將有可能導(dǎo)致消息的丟失，或者消息的重復(fù)接收。

2.2客戶端確認(rèn)

CLIENT_ACKNOWLEDGE : 客戶端手動確認(rèn)，開發(fā)者需要自己擇機(jī)確認(rèn)?？蛻舳耸謩哟_認(rèn)時機(jī)有以下三種：

（1） message.acknowledge()：確認(rèn)當(dāng)前session中所有consumer中尚未ACK的消息；

（2） InforSuiteMQSession.acknowledge()：確認(rèn)當(dāng)前session中所有consumer中尚未ACK的消息；

（3） InforSuiteMQMessageConsumer.acknowledege()：確認(rèn)當(dāng)前consumer中那些尚未確認(rèn)的消息。

2.3自動批量確認(rèn)

DUPS_OK_ACKNOWLEDGE : 自動批量確認(rèn)，也是一種自動確實(shí)方式，使用方法與AUTO_ACKNOWLEDGE相同，具有“批量”和“延遲”的確認(rèn)特點(diǎn)。

該模式下，當(dāng)Consumer故障重啟后，那些尚未被ACK確認(rèn)的消息會重新發(fā)送過來，這就意味著消息可能重復(fù)。

2.4事務(wù)確認(rèn)

• SESSION_TRANSACTED：事務(wù)提交并確認(rèn)。當(dāng)session使用事務(wù)時，調(diào)用此確認(rèn)方式。在事務(wù)開啟之后和session.commit()之前，所有消費(fèi)的消息，要么全部正常確認(rèn)，要么全部redelivery。
• 當(dāng)session.commit方法異常時，開發(fā)者通常是調(diào)用session.rollback()回滾事務(wù)(事實(shí)上開發(fā)者不調(diào)用也沒有問題)，開發(fā)這個可以在事務(wù)開始之后的任何時機(jī)調(diào)用rollback()，rollback意味著當(dāng)前事務(wù)的結(jié)束，事務(wù)中所有的消息都將被重發(fā)。調(diào)用session.rollback()而導(dǎo)致消息重發(fā)，都會導(dǎo)致message.redeliveryCounter計數(shù)器增加，最終都會受限于brokerUrl中配置的"jms.redeliveryPolicy.maximumRedeliveries"，如果rollback的次數(shù)過多，而達(dá)到重發(fā)次數(shù)的上限時，消息將會被DLQ(dead letter)。

2.5單條消息確認(rèn)

INDIVIDUAL_ACKNOWLEDGE : 單條消息確認(rèn)。此確認(rèn)方式與客戶端確認(rèn)方式使用CLIENT_ACKNOWLEDGE幾乎一樣，當(dāng)消息消費(fèi)成功之后，調(diào)用message.acknowledege來確認(rèn)此消息(單條)，而CLIENT_ACKNOWLEDGE模式，調(diào)用message.acknowledge()方法將導(dǎo)致整個session中所有消息被確認(rèn)(批量確認(rèn))。

3.客戶端確認(rèn)使用場景解析

Consumer使用MessageListener異步監(jiān)聽隊列消息，并將消息插入到數(shù)據(jù)中。

消息確認(rèn)方式為客戶端單條消息確認(rèn)，消息插入數(shù)據(jù)庫成功，調(diào)用message.acknowledege()來確認(rèn)此消息(單條)，消息插入數(shù)據(jù)庫失敗，調(diào)用session.recover()將消息返回的隊列中重新發(fā)送。

以下為部分代碼示例。

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();//用于性能測試，跟蹤程序運(yùn)行時間
 	           try {
 				  System.out.println("message::"+message.getText()); 				 
  	       	       state=insertDB(message.getText());  	
 			   } catch (JMSException e) {
 				   e.printStackTrace();
                   }
 	          long end=System.currentTimeMillis(); //用于性能測試，跟蹤程序運(yùn)行時間
	          long cost=end-begin;
	          System.out.println("數(shù)據(jù)接收處理總共耗時："+cost); //用于性能測試，跟蹤程序運(yùn)行時間
 	           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();
				} 					
 	           }

到此這篇關(guān)于ActiveMQ中consumer的消息確認(rèn)機(jī)制詳解的文章就介紹到這了,更多相關(guān)consumer的消息確認(rèn)機(jī)制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論