一. 前言
最近有很多小伙伴開始找工作，在面試時，面試官經(jīng)常問到一個題目：RabbitMQ如何防止重復(fù)消費？
有很多小伙伴這個時候都在想，消息怎么就會重復(fù)消費呢？？？.......
所以他們在面試后就跑來問小編，針對這個比較高頻的題目，小編就在這里為大家來講講MQ防止重復(fù)消費的實現(xiàn)方案吧。
二. 面試題考點
如果面試官是小編的話，那么我想考察的，其實就是候選人除了對技術(shù)的基本使用之外，再就是在各種實際應(yīng)用場景中對可能發(fā)生問題的實際處理能力。
所以這道題的考點，最起碼有兩點：
第一是RabbitMQ中消息的重復(fù)消費是如何產(chǎn)生的，我們首先要發(fā)現(xiàn)問題，知道問題產(chǎn)生原因：
第二是針對這個重復(fù)消費問題的處理方案及機制。
三. 解題分析
接下來小編就根據(jù)上述考點，帶大家來一起分析這個問題的解題思路。
3.1RabbitMQ消息重復(fù)消費的產(chǎn)生原因
根據(jù)上圖，給大家梳理總結(jié)出了消息重復(fù)消費的產(chǎn)生過程，如下：
消費方的業(yè)務(wù)項目從MQ隊列中接收數(shù)據(jù)；
接著處理業(yè)務(wù)；
業(yè)務(wù)處理成功后，消費方項目給MQ返回ack進行手動確認(rèn)；
返回回調(diào)執(zhí)行結(jié)果的過程中，因為網(wǎng)絡(luò)抖動等原因，回調(diào)數(shù)據(jù)時，MQ沒有返回成功，所以MQ隊列中的數(shù)據(jù)會再次發(fā)給業(yè)務(wù)項目，造成重復(fù)消費。
3.2. RabbitMQ消息重復(fù)消費的處理方案
針對消息的重復(fù)消費問題，根據(jù)上圖總結(jié)的解決思路如下：
監(jiān)聽器接收MQ隊列中的數(shù)據(jù)：
利用redis的setnx命令，以消息唯一id為key，以消息內(nèi)容為value，超時時間設(shè)置為10秒，存入redis中；
如果能夠成功存入，說明沒有重復(fù)消費，則處理業(yè)務(wù)，處理完業(yè)務(wù)后返回ack或者nack確認(rèn)；
如果存不進去，則說明重復(fù)消費，直接返回ack確認(rèn)的回調(diào)信息就可以了。
3.3解決重復(fù)消費的案例代碼
發(fā)送方測試代碼
/**
* 測試發(fā)送
* @author 千鋒
*/
@SpringBootTest(classes = ProducerApplication.class)
@RunWith(SpringRunner.class)
public class TestProducer {
@Autowired
private RabbitTemplate rabbitTemplate;
@Test
public void contextLoads() throws IOException {
//給消息封裝一個唯一id對象
CorrelationData messageId = new CorrelationData(UUID.randomUUID().toString());
//第四個參數(shù): 設(shè)置消息唯一id
rabbitTemplate.convertAndSend("交換器名字","路由鍵","千鋒測試MQ重復(fù)消費處理??！",messageId);
}
}
接收方測試代碼
package com.qf.rabbitmq.topic;
import com.rabbitmq.client.Channel;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.data.redis.core.StringRedisTemplate;
import org.springframework.stereotype.Component;
import java.io.IOException;
import java.util.concurrent.TimeUnit;
/**
* @author 千鋒
*/
@Component
public class Consumer {
@Autowired
private StringRedisTemplate redisTemplate;
@RabbitListener(queues = "隊列名字")
public void getMessage(String msg, Channel channel, Message message) throws IOException {
//0. 獲取MessageId, 消息唯一id
String messageId = (String) message.getMessageProperties().getHeaders().get("spring_returned_message_correlation");
//1. 設(shè)置key到Redis
if(redisTemplate.opsForValue().setIfAbsent(messageId,"0", 10, TimeUnit.SECONDS)) {
//2. 消費消息
System.out.println("接收到消息：" + msg);
//3. 設(shè)置key的value為1
redisTemplate.opsForValue().set(messageId,"1",10,TimeUnit.SECONDS);
//4. 手動ack
channel.basicAck(message.getMessageProperties().getDeliveryTag(),false);
}else {
//5. 獲取Redis中的value即可 如果是1，手動ack
if("1".equalsIgnoreCase(redisTemplate.opsForValue().get(messageId))){
channel.basicAck(message.getMessageProperties().getDeliveryTag(),false);
}
}
}
}
四. 總結(jié)
經(jīng)過上面的分析，最后健哥再給大家總結(jié)一下這個問題的完整答案。
問題產(chǎn)生原因：
因為消費方和MQ服務(wù)器網(wǎng)絡(luò)閃斷等原因，造成了接收方消費后，返回給MQ服務(wù)器一個ack確認(rèn)消息，結(jié)果MQ沒有接收到，造成了重復(fù)消費。
解決過程：
利用redis的setnx命令，將消費的消息id存入到redis，超時時間設(shè)置為10秒，然后再給mq返回ack。消費前要判斷redis中是否存在這個消息id，如果不存在說明沒有消費過，則正常消費;如果redis中存在這個消息id，則說明重復(fù)消費，直接返回ack，不重復(fù)執(zhí)行業(yè)務(wù)。
以上就是MQ中消息重復(fù)消費的產(chǎn)生原因及解決思路和對應(yīng)案例，現(xiàn)在你知道該怎么解決了嗎？更多關(guān)于“Java培訓(xùn)”的問題，歡迎咨詢千鋒教育在線名師。千鋒已有十余年的培訓(xùn)經(jīng)驗，課程大綱更科學(xué)更專業(yè)，有針對零基礎(chǔ)的就業(yè)班，有針對想提升技術(shù)的好程序員班，高品質(zhì)課程助力你實現(xiàn)java程序員夢想。
京公網(wǎng)安備 11010802030320號