面试指南——RabbitMQ消息重复消费场景及解决方案

本文探讨了RabbitMQ中消息重复消费的原因,包括生产者发送重复消息和消费者确认失败导致的重复。通过模拟测试展示了重复消费场景,并提出三种解决方案:基于全局唯一ID存入Redis的字符串、列表和带过期时间的键值对。测试结果显示,解决方案能有效防止消息重复消费。
摘要由CSDN通过智能技术生成
  • 1. 消息重复消费

  • MQ的一条消息被消费者消费了多次
  • 重复消费场景重现测试
  • 2. 如何解决消息重复消费的问题

  • 编码
  • 解决消息重复消费测试

消息重复消费

1、什么是消息重复消费?

首先我们来看一下消息的传输流程。消息生产者-->MQ-->消息消费者;消息生产者发送消息到MQ服务器,MQ服务器存储消息,消息消费者监听MQ的消息,发现有消息就消费消息。

所以消息重复也就出现在两个阶段:

1、生产者多发送了消息给MQ;

2、MQ的一条消息被消费者消费了多次。

第一种场景很好控制,只要保证消息生成者不重复发送消息给MQ即可。

我们着重来看一下第二个场景。

MQ的一条消息被消费者消费了多次

在保证MQ消息不重复的情况下,消费者消费消息成功后,在给MQ发送消息确认的时候出现了网络异常(或者是服务中断),MQ没有接收到确认,此时MQ不会将发送的消息删除,为了保证消息被消费,当消费者网络稳定后,MQ就会继续给消费者投递之前的消息。这时候消费者就接收到了两条一样的消息。

重复消费场景重现测试

1、消息发送者发送1万条消息给MQ

@GetMapping("/rabbitmq/sendToClient")
public String sendToClient() {
    String message = "server message sendToClient";
    for (int i = 0; i < 10000; i++) {
        amqpTemplate.convertAndSend("queueName3",message+": "+i);

    }
    return message;
}

启动消息发送服务,调用接口发送消息,mq成功收到1万条消息。

2、消费者监听消费消息

@RabbitListener(queues = "queueName3&#
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值