面试官:如何避免RabbitMQ消息丢失?

前言

面试经常会被问到"怎么避免RabbitMQ消息不丢失"。首先需要明确的是,RabbitMQ在默认情况并不会保证消息的不丢失。不过RabbitMQ提供了一些机制,可以有效的避免消息在传输和处理过程中不丢失。

可能导致消息丢失的环节

先通过RabbitMQ的架构模型看一下消息的处理过程:

  1. 发布者和RabbitMQ建立连接发送消息至交换机。
  2. 交换机和队列绑定,将消息路由到队列中。
  3. 消费者和RabbitMQ建立连接指定某个队列的消息进行消费。

在这过程中以下几个环节可能会丢失消息:

  1. 发布者到交换机环节。
  2. 交换机到队列环节。
  3. 队列到消费者环节。

如下图

RabbitMQ的保证机制

很显然,在这样的处理过程中,要保证消息不丢失需要做到以下几点:

  1. 发布者需确认交换机接收到消息。
  2. 发布者需确认队列接收到消息。
  3. 保证队列及其中的数据持久化。
  4. 确保消费者的成功消费。

如何做到以上几点?

RabbitMQ为了适应各个场景的使用,以上的功能需要开发者按照定义自行设置。

Java代码示例

下面以Java为例,看一下在代码中如何进行相关设置。

确认Exchange接收到消息

在构建channel时添加确认机制,通过确认机制可以得知Exchange是否接收到消息,当消息未发送至Exchange时可以进行补偿措施。

java 复制代码
 channel.addConfirmListener((sequenceNumber, multiple) -> {
            System.out.println("消息成功发送到交换机");
        }, (sequenceNumber, multiple) -> {
            System.err.println("消息未发送到交换机,补偿操作。");
        });

确认Queue接收到消息

  1. 构建channel时添加return机制,通过return机制可以得知Queue是否接收到消息,当消息未路由至Queue时可以进行补偿措施。
java 复制代码
channel.addReturnListener((replyCode, replyText, exchange, routingKey, basicProperties, body) -> {
            System.err.format("消息 %s 未路由到指定队列: %s, replyText: %s,replyCode: %d%n", body, routingKey, replyText, replyCode);
        });
  1. 发布消息时设置消息mandatory为true,开启return机制。
java 复制代码
 channel.basicPublish("", "",true, "", "");

保证Queue及其数据持久化

  1. 声明队列时设置队列持久化。默认情况下,通过channel.queueDeclare声明的队列是非持久的,这意味着如果RabbitMQ服务器重启,该队列所有未处理的消息都会丢失。
java 复制代码
 //构建队列,queueDeclare("队列名称","是否持久化队列","是否只允许一个队列消费","长时间未使用是否删除","其他参数")
  channel.queueDeclare("", true, false, false, null);
  1. 还需要确保发布的消息也是持久化的,deliveryMode值为2意味着消息持久化。
java 复制代码
//设置消息持久化
AMQP.BasicProperties basicProperties = new AMQP.BasicProperties.Builder().deliveryMode(2).build();
channel.basicPublish("", "",true, basicProperties, "");     

确定消费者的成功消费

当消息持久化至队列时,RabbitMQ已经保证了消息的可靠投递。

但是,为确保消费者的成功消费,消费端的确认机制通常被设置为手动确认模式,当消费者成功消费后向RabbitMQ发送确认信号,RabbitMQ才会从队列中删除该消息。

java 复制代码
DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            //消息处理后手动ACK
            channel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);
        };
// ack为false
channel.basicConsume("", false, deliverCallback, consumerTag -> {
});

总结

消息不丢失对于消息中间件来说是至关重要的,RabbitMQ通过消息的持久化、生产者确认、消费者确认等机制,有效地确保了消息的可靠性,避免了消息的丢失。

相关推荐
小码哥_常5 小时前
MyBatis-Plus:让数据库操作飞起来的神器
后端
2301_811274316 小时前
基于SpringBoot的智能家居管理系统
spring boot·后端·智能家居
AI人工智能+电脑小能手6 小时前
【大白话说Java面试题】【Java基础篇】第15题:JDK1.7中HashMap扩容为什么会发生死循环?如何解决
java·开发语言·数据结构·后端·面试·哈希算法
舒一笑6 小时前
我把设备指纹生成逻辑拆开了:它到底凭什么区分不同设备?
后端·程序员·掘金技术征文
Nicander7 小时前
多数据源下@transcation事务踩坑
java·后端
郑州光合科技余经理7 小时前
同城O2O海外版二次开发实战:从支付网关到配送算法
开发语言·前端·后端·算法·架构·uni-app·php
sjsjsbbsbsn8 小时前
大模型核心知识总结
java·人工智能·后端
Moment8 小时前
2026 年,AI 全栈时代到了,前端简历别再只写前端技术了 🫠🫠🫠
前端·后端·面试
白晨并不是很能熬夜9 小时前
【PRC】第 2 篇:Netty 通信层 — NIO 模型 + 自定义协议 + 心跳
java·开发语言·后端·面试·rpc·php·nio
zshs0009 小时前
#从偶发无字幕到补偿探测链路:一次 B 站字幕导入问题的完整收敛过程
java·后端·重构