RabbitMQ：高效传递消息的魔法棒，一篇带你助力构建可靠的分布式系统（上篇）

目录

一 什么是MQ

1.1 MQ的概念

MQ是消息队列（

Message Queue

）的缩写，是一种在应用程序之间传递消息的技术。通常用于

分布式系统

或

异步通信

中，其中发送者将消息放入队列，而接收者从队列中获取消息。

这种异步通信模式允许发送者和接收者在不需要实时连接的情况下进行通信，从而提高了应用程序的性能和可伸缩性。

消息队列可用于许多不同的应用程序场景，例如处理大量的并发请求、实现任务异步处理、进行解耦和构建松散耦合的系统、实现日志记录和监视等。

下面用一个场景来更好的理解MQ：

订单处理系统：

一个电子商务网站，其中有一个订单处理系统。当用户提交订单时，系统需要将订单信息保存到数据库中，并发送电子邮件和短信通知给客户和仓库管理员。

如果没有使用消息队列，订单处理系统需要等待数据库操作完成，然后才能发送通知。当系统在高负载情况下出现延迟或响应缓慢的情况。

现在，假设使用消息队列来处理这个场景。当用户提交订单时，系统将订单信息放入消息队列中。

然后，另外一个系统（或者进程）从消息队列中获取订单信息，并将其保存到数据库中。

一旦订单信息被保存到数据库中，另一个系统（或者进程）会从消息队列中获取订单信息，并发送通知邮件和短信。

这样可以快速将订单信息放入消息队列中，然后立即返回响应给用户，可以轻松添加更多的处理器来处理消息队列中的订单信息。

下面就按照这个例子来说明一下MQ的三大特点：流量消峰，应用解耦，异步处理。

1.2 MQ的流量消峰

是当系统面临高峰期时，可以将请求放入消息队列中，然后按照系统的处理能力和资源情况逐步消耗消息队列中的请求，就是MQ的流量消峰。

在订单系统中如果客户端每秒有1万次的订单请求服务器，而服务器的承载量只能是5000单每秒，这时数据库可能过载，服务器可能会出现宕机。

可以将这些订单请求放入消息队列中，每秒5000次，依次进行排队访问数据库，也可以设置多个消息队列来处理不同类型的订单请求，进一步分散请求压力。

1.3 MQ的应用解耦

MQ的应用解耦是指将应用程序之间的耦合度降低，不同应用程序之间不再直接依赖，而是通过消息队列进行解耦。

当一个应用程序产生了消息，它只需要将消息发送到消息队列中，其他应用程序可以通过订阅消息队列来获取消息并进行相应的处理，这样就实现了应用程序之间的松耦合。

假设有一个电商网站的订单系统，在传统的应用程序架构中，订单系统和库存管理系统、物流管理系统之间通常存在紧密的耦合关系。一个子系统出现故障，都可能导致下单结果的异常。

通过使用

MQ

，订单系统将订单信息放入消息队列中，然后库存管理系统，支付系统，物流管理系统分别订阅消息队列，进行相应的操作。

通过这种方式，系统之间不再直接依赖，而是通过消息队列进行解耦。

1.4 MQ的异步处理

在传统的同步处理模式中，当一个应用程序发送一个任务时，它必须等待任务执行完毕并获取结果，这样会导致应用程序的响应速度变慢，并且无法处理高并发的请求。

通过使用消息队列技术，将任务的执行和结果返回解耦，实现解绑，使得发送任务的应用程序可以立即返回，而不必等待任务执行完毕和结果返回。

A调用B的服务时，不需要等B返回结果后A再做自己的事情，只需加入消息队列，B完成任务之后，通过MQ发送消息通知A即可。

1.5 MQ的分类以及如何选择

常见的消息队列软件包括

Apache Kafka、RabbitMQ、ActiveMQ，RocketMQ

等，下面简单的介绍这四种。

1.5.1 ActiveMQ

ActiveMQ

是一款基于

Java

的消息中间件，它实现了

Java Message Service (JMS)

规范，用于在分布式应用程序中传递消息。

ActiveMQ

支持多种消息传递协议，包括

AMQP、MQTT、OpenWire和STOMP

等，具有持久性、分布式集群、消息选择和安全性等功能。

ActiveMQ

还提供了高级功能，例如消息转换、消息存储、事务性会话、消息监控和调试，可与

Spring

框架和其他Java应用程序集成。

1.5.2 Apache Kafka

Apache Kafka

是一种分布式的发布-订阅消息系统，用于处理大规模数据流和实时数据处理。

Kafka

通过分布式存储、分布式处理和分布式协作来处理数据，可以支持以每秒百万级别的速度处理数据，主要用于大数据场景。

它可以与

Hadoop、Storm、Spark

等其他大数据处理平台集成使用。

1.5.3 RabbitMQ

RabbitMQ

是一个开源的消息中间件，它实现了高级消息队列协议（AMQP），用于在分布式应用程序中传递消息。

RabbitMQ是一个可靠、可扩展、跨平台的解决方案，可以通过网络链接不同的应用程序、服务或系统，并提供异步、可靠、事务性的消息传递机制。

RabbitMQ的架构基于Erlang语言实现，具有并发性和可伸缩性，可以在多个服务器上分布式地部署消息代理，从而提高系统的可扩展性和可用性。

1.5.4 RocketMQ

RocketMQ

是阿里巴巴开源的分布式消息中间件，具有高可用、高可靠、高吞吐量等特点。它支持发布/订阅模式和点对点模式，同时还提供了多种消息传递模式，如同步发送、异步发送和顺序发送等。

RocketMQ

还提供了消息事务机制和消息轨迹等高级功能，以及与Apache Storm和Apache Flink等大数据框架的集成。RocketMQ是一个成熟的、可靠的、企业级的消息中间件，已经被广泛应用于电商、金融、游戏等领域。

1.5.5 四种MQ的区别

已将

Kafka、RabbitMQ、ActiveMQ、RocketMQ

的主要区别进行了比对，可以参考下表：
特点KafkaRabbitMQActiveMQRocketMQ传递模式发布订阅、点对点发布订阅、点对点发布订阅、点对点发布订阅、点对点协议支持自有协议Kafka Protocol、HTTPAMQP、STOMP、MQTT、HTTP、WebSocketsJMS、AMQP、STOMP、MQTT、OpenWire自有协议、MQTT、HTTP可扩展性高中等高高可靠性高中等高高吞吐量高中等中等高实时性高低低高存储机制磁盘存储内存或磁盘存储内存或磁盘存储磁盘存储消息保证至少一次、最多一次、精确一次至少一次、最多一次、精确一次、无保证至少一次、最多一次、精确一次至少一次、最多一次、有序消息支持分区支持不支持不支持支持性能对比高低低高应用场景流处理、日志聚合、消息传递数据处理、任务分发、消息传递数据处理、消息传递、企业集成流式数据处理、消息传递、在线事务优点高吞吐量、可靠性高、可扩展性高消息可靠性高、支持多种消息传递模式支持多种协议、可靠性高、消息传递稳定高吞吐量、高可靠性、可扩展性高缺点实时性较低、生态系统较复杂实时性较低、可扩展性一般实时性较低、吞吐量较低生态系统相对较小、部分功能较弱

1.6 MQ的核心概念

1.6.1 MQ四大核心概念

MQ（

Message Queue

，消息队列）的四大核心概念是：

1. 交换机：主要用于将消息路由到指定的队列或主题。
2. 队列：用于存储消息的缓冲区，消息发布者将消息发送到队列，消息消费者从队列中取出消息进行处理。
3. 生产者：MQ 中将消息发送到队列的应用程序，即消息的生产者。
4. 消费者：MQ 中从队列中取出消息进行处理的应用程序，即消息的消费者。

生产者将消息发送到队列，中间通过交换机进行分发，消费者从队列中取出消息进行处理，实现了应用程序之间的解耦，提高了系统的可靠性、可扩展性和可维护性。

1.6.2 MQ六大核心部分

以下是RabbitMQ的六个核心部分：

1. Hello World：RabbitMQ的最简单入门示例，演示了如何在RabbitMQ中发送和接收简单的“Hello World”消息。
2. Work Queues：也称为任务队列模式，用于在多个消费者之间分配任务并平衡负载。多个消费者同时订阅同一个队列，其中一个消息只会被一个消费者接收和处理。
3. Publish/Subscribe：也称为发布/订阅模式，用于将消息广播给多个消费者。发布者将消息发送到一个交换机上，交换机将消息路由到所有与之绑定的队列，从而实现消息的广播。
4. Routing：也称为路由模式，用于将消息路由到指定的队列。发送者发送带有路由键（Routing Key）的消息到交换机上，交换机将根据路由键将消息路由到指定的队列。
5. Topics：也称为主题模式，类似于Routing模式，但路由键可以使用通配符。发送者发送带有主题（Topic）的消息到交换机上，交换机将根据主题将消息路由到相应的队列。
6. RPC：也称为远程过程调用模式，用于实现分布式应用程序之间的通信。客户端发送一个带有回调队列和唯一标识符的请求消息到RabbitMQ中，服务端接收请求并处理，将响应发送回客户端指定的回调队列中。

1.7 安装RabbitMQ

在

Linux系统

中使用

docker

去安装

RabbitMQ

相对来说会简单许多,当然你的虚拟机前提是安装了

docker

，安装

docker

可以参考：【docker安装】。

在Linux系统中使用Docker安装

RabbitMQ

，可以按照以下步骤操作：

1. 搜索RabbitMQ镜像：在终端中执行以下命令来搜索可用的RabbitMQ镜像：docker search rabbitmq
2. 下载RabbitMQ镜像：选择一个合适的RabbitMQ镜像，使用以下命令从Docker Hub下载：docker pull rabbitmq:3-management其中，3-management是带有管理插件的RabbitMQ 3.x版本镜像。
3. 运行RabbitMQ容器：使用以下命令启动一个RabbitMQ容器：docker run -d --name my-rabbitmq -p 5672:5672 -p 15672:15672 rabbitmq:3-management其中，--name指定容器名称，-p指定容器和主机之间映射的端口。在本例中，RabbitMQ的默认端口5672和Web管理界面的端口15672都映射到主机的相应端口。
4. 访问Web管理界面：在浏览器中访问http://localhost:15672，使用默认的guest/guest账号和密码登录RabbitMQ Web管理界面。如果在本机浏览器访问，这里的localhost需要改为LInux的IP地址。在使用完毕后，可以通过以下命令停止和删除容器：# 停止容器docker stop my-rabbitmq# 删除容器dockerrm my-rabbitmq

访问成功后，会出现以下页面：

二. Hello World

2.1 导入依赖

现在用RabbitMQ的最简单入门示例，演示如何在RabbitMQ中发送和接收简单的“Hello World”消息。

如上图所示，

P

为生产者，

C

为消费者，中间框是

rabbitMQ

代表的消息缓冲区域。

在

maven

中导入依赖：

<!-- rabbitmq依赖的客户端 --><dependency><groupId>com.rabbitmq</groupId><artifactId>amqp-client</artifactId><version>5.16.0</version></dependency><!-- 操作文件流的依赖 --><dependency><groupId>commons-io</groupId><artifactId>commons-io</artifactId><version>2.11.0</version></dependency>

2.2 创建生产者

packagecom.javadouluo.abbitmq;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.Connection;importcom.rabbitmq.client.ConnectionFactory;/**
 * @author jektong
 * @date 2023年05月03日 17:05
 */publicclassProducer{// 队列名称privatestaticfinalString QUEUE_NAME ="hello world";publicstaticvoidmain(String[] args)throwsException{// 创建一个工厂ConnectionFactory connectionFactory =newConnectionFactory();// 工厂IP 连接RabbitMQ队列
        connectionFactory.setHost("192.168.10.100");// 用户名
        connectionFactory.setUsername("guest");// 密码
        connectionFactory.setPassword("guest");// 创建连接Connection connection = connectionFactory.newConnection();// 获取信道Channel channel = connection.createChannel();/**
         * 生成一个队列
         * 1.队列名称
         * 2.队列中消息是否持久化，默认消息在内存中
         * 3.是否只给一个消费者消费,true消息可以共享，false消息不可共享
         * 4.是否自动删除，最后一个消费者断开连接之后是否自动删除该队列 true是自动删除
         * 5.其他参数
         */
        channel.queueDeclare(QUEUE_NAME,false,false,false,null);// 发消息String message ="hello world";/**
         * 发送一个消费
         * 1.发送到哪个交换机
         * 2.路由的key值哪个，这次是队列名称
         * 3.其他参数信息
         * 4.发送消息的消息内容
         */
        channel.basicPublish("",QUEUE_NAME,null,message.getBytes());System.out.println("消息发送完毕！！！");}}

basicPublish()

方法是RabbitMQ中AMQP协议提供的方法之一，用于将消息发布到指定的交换机中。

该方法的参数如下：

• exchange：表示消息发送到哪个交换机上，可以为空，表示使用默认的交换机。
• routingKey：表示路由键，用于指定将消息路由到哪些队列中。如果使用默认的交换机，那么路由键就需要指定为队列名称。
• props：表示消息的属性信息，一般为空，使用默认的属性即可。
• body：表示要发送的消息内容，需要转换成字节数组形式。

使用

basicPublish()

方法可以将消息发送到交换机中，然后由交换机根据路由键将消息路由到对应的队列中，等待消费者进行消费。

执行完成之后，打开MQ管理界面，会发现名称为

hello world

的队列名称。

主页面也会显示详细的信息：

2.3 创建消费者

packagecom.javadouluo.abbitmq;importcom.rabbitmq.client.*;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年05月03日 19:26
 */publicclassConsumer{publicstaticfinalString QUEUE_NAME ="hello world";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{// 创建一个工厂ConnectionFactory connectionFactory =newConnectionFactory();// 工厂IP 连接RabbitMQ队列
        connectionFactory.setHost("192.168.10.100");// 用户名
        connectionFactory.setUsername("guest");// 密码
        connectionFactory.setPassword("guest");// 创建连接Connection connection = connectionFactory.newConnection();// 创建信道Channel channel = connection.createChannel();// 声明 接收消息DeliverCallback deliverCallback =(consumerTag,message)->{System.out.println(newString(message.getBody()));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};/**
         * 消费者消费消息
         * 1.消费哪个队列
         * 2.消费成功之后是否自动应答true自动应答，false代表手动应答
         * 3.消费者未成功消费的回调
         * 4.消费者取消消费的回调
         */
        channel.basicConsume(QUEUE_NAME,true,deliverCallback,cancelCallback);}}

basicConsume

方法用于开始消费一个队列中的消息。具体来说，它向 RabbitMQ 服务器发送一个指令，告诉它我们希望从指定的队列中获取消息并开始消费。

basicConsume

方法的常用参数如下：

• queue：需要消费的队列的名称；
• autoAck：如果为 true，则消费者获取到消息后立即自动确认；如果为 false，则需要调用 basicAck 方法来手动确认消息；
• consumerTag：消费者标识，用于标识当前消费者。如果不设置该参数，RabbitMQ 会为每个消费者生成一个唯一标识；
• deliverCallback：消息处理回调函数，用于处理队列中获取到的消息。
• cancelCallback：取消消费的回调函数，用于在消费者被取消消费时执行。

当一个消费者调用

basicConsume

方法后，RabbitMQ 服务器会立即将队列中的消息推送给它，并在消息发送完成后立即进行确认，以便让 RabbitMQ 知道该消息已经被消费过。

如果

autoAck

参数为

false

，则消费者需要调用

basicAck

方法来手动确认消息。

如果消费者在处理消息的过程中发生了异常，也可以调用

basicNack

方法将消息重新加入队列，以便重新进行消费。

运行代码查看消息已被消费：

三. Work Queues(工作队列模式)

3.1 创建工作线程

工作队列模式中，生产者发消息到队列，多个消费者从队列中获取消息并进行处理。每个消息只会被一个消费者处理，保证每个消息只会被处理一次，它们之间是竞争关系。

这个模式的特点是在消费者之间分配耗时的任务,一旦一个消息被消费者接收，它就会被从队列中删除。

RabbitMQ

会轮流地将消息发送给每个消费者。当消费者处理较慢或者某个消费者出现宕机等情况时，

RabbitMQ

会重新将消息发送给其他消费者进行处理。

多个消费者，也称之为多个工作线程，下面用代码的方式去完成工作队列模式。

首先我们先改造上面消费者，复制两个工作线程（消费者）代码，为了方便加入一行注释即可，

Work01.java

代码如下：

/**
 * 这是一个工作线程
 * @author jektong
 * @date 2023年05月08日 21:49
 */publicclassWork01{publicstaticfinalString QUEUE_NAME ="hello world";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{// 中间省略，与上面的消费者代码一致// 接收消息/**
         * 消费者消费消息
         * 1.消费哪个队列
         * 2.消费成功之后是否自动应答true自动应答，false代表手动应答
         * 3.消费者未成功消费的回调
         * 4.消费者取消消费的回调
         */System.out.println("work01等待接收消息");
        channel.basicConsume(QUEUE_NAME,true,deliverCallback,cancelCallback);}}

Work02.java

代码如下：

/**
 * 这是一个工作线程
 * @author jektong
 * @date 2023年05月08日 21:49
 */publicclassWork01{publicstaticfinalString QUEUE_NAME ="hello world";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{// 中间省略，与上面的消费者代码一致// 接收消息/**
         * 消费者消费消息
         * 1.消费哪个队列
         * 2.消费成功之后是否自动应答true自动应答，false代表手动应答
         * 3.消费者未成功消费的回调
         * 4.消费者取消消费的回调
         */System.out.println("work02等待接收消息");
        channel.basicConsume(QUEUE_NAME,true,deliverCallback,cancelCallback);}}

3.2 创建生产者

这部分依然是基于上面的生产者代码，主要模拟出发送多个消息即可：

packagecom.javadouluo.abbitmq.two;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.Connection;importcom.rabbitmq.client.ConnectionFactory;importjava.util.Scanner;/**
 * @author jektong
 * @date 2023年05月08日 22:10
 * 生产者发送消息
 */publicclassTask01{// 队列名称privatestaticfinalString QUEUE_NAME ="hello world";publicstaticvoidmain(String[] args)throwsException{// 中间代码省略，与上面一致/**
         * 发送一个消费
         * 1.发送到哪个交换机
         * 2.路由的key值哪个，这次是队列名称
         * 3.其他参数信息
         * 4.发送消息的消息内容
         */// 发送5条消息for(int i =0; i <5; i++){
            channel.basicPublish("",QUEUE_NAME,null,("消息编号"+ i).getBytes());}System.out.println("消息发送完毕！！！");}}

3.3 结果分析

启动两个工作线程，

work01

在等待消息：

work02

也在等待消息：

好的，现在我们开始启动生产者发送消息给消费者，再看

work01

这个工作线程：

再看

work02

这个工作线程：

很明显，当有多个消息的时候，工作线程是通过轮询的方式去消费消息的。

四. 消息应答机制

4.1 消息应答概念

消息应答机制（

Message Acknowledgment

）是一种确认消息是否被消费者成功处理的机制。在消息队列中，当一个消息被消费者获取并处理后，需要向消息队列发送一个确认信息，告诉消息队列该消息已经被消费者成功处理了。

在消息队列中，如果某个消息没有被消费者成功处理，那么它将一直留在消息队列中，直到被正确处理为止。如果没有消息应答机制，则消息队列无法知道哪些消息是否被成功处理。

通常情况下，消息应答机制分为两种模式：自动应答模式和手动应答模式。

自动应答模式

自动应答是指当消费者从队列中接收到消息时，立即将消息从队列中删除，而不需要等待消费者明确地向RabbitMQ确认是否已经处理完成。

自动应答的优点是消费者能够迅速地将消息从队列中移除，提高了消费者的消息处理效率和吞吐量。另外，它使得消息处理变得简单，因为消费者不需要处理应答确认的逻辑。

自动应答也存在一些缺点。如果消费者在处理消息时发生了异常，这些消息将会被丢失而无法重新投递。

如果消费者处理消息的时间很长，而没有明确的确认机制，消息队列无法知道消息是否已被处理，从而导致消息被多次处理，甚至可能导致消息丢失。

手动应答模式

在实际生产环境中，一般采用手动应答的方式来保证消息的可靠处理。

手动应答是指在消费者处理完一条消息后，需向

RabbitMQ 

显示地发送一个确认应答信号。

这种方式需要调用

channel.basicAck()

方法来通知当前消息已经被消费，可以将其从队列中删除。

如果在消息处理过程中发生了异常，可以调用

channel.basicNack()

方法来拒绝当前消息并将其重新放回队列中。此外，还可以使用

channel.basicReject()

方法将消息拒绝并将其丢弃。

上面这三种方法需要记住后面详细说明。

手动应答的优点是能够保证消息的可靠处理，可以避免由于消费者处理失败而导致消息丢失的问题。

同时，手动应答可以根据实际情况自行控制消息的处理方式。

对于手动应答还有一个好处就是可以使用批量应答，在批量应答中，消费者可以一次性确认多个消息的处理结果，以提高消息确认的效率。

消费者可以使用

basicAck

方法的

multiple

参数来进行批量应答，例如：

channel.basicAck(deliveryTag,true)

其中

deliveryTag

表示消息的唯一标识，第二个参数决定是否批量确认多条消息。

true

表示批量处理消息。

这样，消费者就可以一次性确认多个消息的处理结果了。

对于第二个参数为

true

与

false

的区别：

例如，当调用

channel.basicAck(10, true)

时，会确认

Delivery Tag 

从 1 到 10 的所有消息。

而当调用

channel.basicAck(10, false)

时，只会确认

Delivery Tag

为 10 的这条消息。

手动应答的缺点是增加了代码的复杂度和实现的难度，需要开发人员自己处理消息的确认和拒绝操作。

手动应答也可能会导致消息处理的延迟，因为需要等待消费者确认消息后才能将其从队列中删除。

4.2 消息手动应答

4.2.1 消息重新入队

如果消息出现上面所说的没有被正确处理掉，需要将消息重新放入消息队列中让其他消费者来消费，从而保证消息的准确性，如下图所示：

4.2.2 消息手动应答代码实现

现在编写代码，用一个生产者和两个消费者来实现消息手动应答不丢失，然后重新入队被消费。

生产者代码

/**
 * @author jektong
 * @date 2023年05月13日 20:15
 */publicclassTask2{// 队列名称privatestaticfinalString QUEUE_NAME ="ack_queue";publicstaticvoidmain(String[] args)throwsException{Channel channel =RabbitMqUtils.getChannel();// 声明队列
        channel.queueDeclare(QUEUE_NAME,false,false,false,null);// 发消息Scanner sc =newScanner(System.in);while(sc.hasNext()){String msg = sc.next();
            channel.basicPublish("",QUEUE_NAME,null,msg.getBytes());System.out.println("生产者发送消息："+ msg);}}}

消费者Work03代码

/**
 * @author jektong
 * @date 2023年05月13日 20:23
 */publicclassWork03{publicstaticfinalString QUEUE_NAME ="ack_queue";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{// 接收消息Channel channel =RabbitMqUtils.getChannel();System.out.println("消费者1处理消息时间较短");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{try{// 等待1s处理消息TimeUnit.SECONDS.sleep(1);}catch(InterruptedException e){thrownewRuntimeException(e);}System.out.println(newString(message.getBody()));// 手动应答/**
             * arg1:表示消息标识
             * arg2:是否批量应答（之前详细说了此方法）
             */
            channel.basicAck(message.getEnvelope().getDeliveryTag(),false);};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};// 手动应答为fasleboolean autoAck =false;
        channel.basicConsume(QUEUE_NAME,autoAck,deliverCallback,cancelCallback);}}

对于消费者

Work04

代码只需修改一下等待时间即可。

// 等待30s后处理消息TimeUnit.SECONDS.sleep(30);

让

Work04

在30秒中给它断开连接，达到让给它进行消费的消息会重新入队给消费者

Work03

进行消费（请自行测试）。

五. RabbiMQ消息持久化

5.1 消息持久化概念

上面只是处理了消息不被丢失的情况，但如果要保障当

RabbiMQ

服务停掉之后的消息不丢失，因为在默认的情况下，

RabbiMQ

会忽略队列与消息。

如果将消息标记为持久化，那么当RabbitMQ关闭或重新启动时，该消息将仍然存在，消息的持久性标志需要同时设置队列和消息的标志。

5.2 如何持久化

5.2.1 队列持久化

上面创建的生产者并没有进行持久化，需要将要其进行持久化，需要标记为

durable=true

// 声明队列boolean durable =true
channel.queueDeclare(QUEUE_NAME,durable ,false,false,null);

需要注意，若之前队列未进行持久化需要将之前的队列进行删除，否则会出现错误。

打开消息管理界面证明队列已经被持久化：

5.2.2 消息持久化

要使发布的消息持久化，需要在消息属性中设置

MessageProperties.PERSISTENT_TEXT_PLAIN

属性，修改上述生产者的代码：

// 将消息保存到磁盘上
channel.basicPublish("",QUEUE_NAME,MessageProperties.PERSISTENT_TEXT_PLAIN,msg.getBytes());

注意，将消息标记为持久化并不能保证它们会永久保存，因为RabbitMQ仍然可以丢失刚要写入磁盘，但是还未完全写入磁盘的消息。因此，要确保消息不会丢失，还需要使用备份和复制策略（后面会说）。

5.2.3 不公平分发

在某些情况下，某个消费者的处理速度比其他消费者慢，这时就需要采用不公平分发的方式，即使某些消费者处于忙碌状态，也将消息发送给它们。

在不公平分发中，

RabbitMQ

仍然会将每个消息发送给所有的消费者，但是会将消息发送给第一个处于空闲状态的消费者。

因此，快速处理消息的消费者将会更快地获得更多的消息，而处理较慢的消费者将会逐渐减少接收到的消息数量。

不公平分发的实现方法与公平分发相同，只需不使用

basicQos

方法设置

prefetchCount

即可，将

Work03

与

Work04

加入以下代码：

int prefetchCount =1;// 使用不公平分发
channel.basicQos(prefetchCount);

5.2.4 预取值

当消费者连接到队列并开始接收消息时，RabbitMQ会按照预取值设置来决定一次性发送给消费者的消息数量。

预取值的设置是在消费者端生效的，而不是在队列端。每个消费者可以独立设置自己的预取值。

因此不同的消费者可以根据自身的处理能力和需求来设置合适的预取值。

比如一开始有7条消息，通过设置预取值给消费者1与2分别发送2条与5条。使用通过

channel.basicQos(prefetchCount)

设置预取值。

将

Work03

修改以下代码：

// 设置预取值int prefetchCount =2;
channel.basicQos(prefetchCount);

将

Work04

修改以下代码：

// 设置预取值int prefetchCount =5;
channel.basicQos(prefetchCount);

channel.basicQos(prefetchCount)

此方法参数值若为0则是轮询分发，1是不公平分发，其它值都是设置预取值。

六. 发布确认

6.1 发布确认概述

发布确认的原理是基于AMQP协议中的信道（Channel）级别的确认机制。

当生产者发送一条消息到RabbitMQ时，会在信道上启用发布确认模式。一旦启用了发布确认模式，每次发送消息时，生产者都会为该消息分配一个唯一的传递标签（Delivery Tag）。

RabbitMQ在接收到消息后，会发送一个确认消息（ACK）给生产者，通知生产者消息已成功接收。确认消息中包含了相应消息的传递标签。

生产者可以通过三种方式进行发布确认的处理：单个确认发布，批量确认发布与异步确认发布。

6.2 单个确认发布

一种简单的确认模式，使用同步确认发布的方式，单个消息确认的基本流程如下：

1. 生产者发送消息到RabbitMQ。
2. 生产者等待RabbitMQ的确认消息。
3. 如果在指定的超时时间内收到了确认消息，表示消息已成功接收，生产者可以继续发送下一条消息。
4. 如果超时时间内未收到确认消息，生产者可以根据需求进行相应的处理，例如重发消息、记录日志、执行补偿逻辑等。

缺点就是发布速度很慢，下面用代码实现此种方式并查看这种方式发送消息的时间。

publicstaticvoidpublishMessageSingle()throwsException{Channel channel =RabbitMqUtils.getChannel();// 队列声明String queueName = UUID.randomUUID().toString();
        channel.queueDeclare(queueName,true,false,false,null);// 开启发布确认
        channel.confirmSelect();// 开始时间long startTime =System.currentTimeMillis();// 批量发送消息for(int i =0; i <1000; i++){String msg = i +"";
            channel.basicPublish("",queueName,null,msg.getBytes());// 单个消息发布确认boolean flag = channel.waitForConfirms();if(flag){System.out.println("消息发送成功");}}// 结束时间long endTime =System.currentTimeMillis();System.out.println("发布"+1000+"个单独确认消息耗时"+(endTime-startTime)+"ms");}

运行代码，发现耗时·

410ms

:

6.3 批量确认发布

批量消息确认模式下，生产者可以一次性发送多条消息，并在所有消息都被成功接收后进行确认。

生产者会设置一个确认窗口（

Confirm Window

），窗口大小决定了可以未确认的消息数量。

当窗口中的所有消息都被确认后，生产者会收到一个批量确认消息（

Batch Ack

）。

批量消息确认的基本流程如下：

1. 生产者发送多条消息到RabbitMQ。
2. 生产者设置一个确认窗口大小。
3. 当发送的消息数量达到确认窗口大小时，生产者等待RabbitMQ的批量确认消息。
4. 如果收到批量确认消息，表示窗口中的所有消息都已成功接收，生产者可以继续发送下一批消息。
5. 如果超时时间内未收到批量确认消息，生产者可以根据需求进行相应的处理，例如重发消息、记录日志、执行补偿逻辑等。

通过批量确认消息，生产者可以确保一批消息的完整性，适用于对消息完整性要求不那么严格的场景。

但是如果出现了问题，就并不知道哪个消息是否出现了问题。

下面是批量发布消息确认的实现：

/**
     * 批量消息确认
     * @throws Exception
     */publicstaticvoidpublishMessageBatch()throwsException{Channel channel =RabbitMqUtils.getChannel();// 队列声明String queueName = UUID.randomUUID().toString();
        channel.queueDeclare(queueName,true,false,false,null);// 开启发布确认
        channel.confirmSelect();// 开始时间long startTime =System.currentTimeMillis();// 批量确认消息的大小int batchSize =100;// 批量发送消息for(int i =0; i <1000; i++){String msg = i +"";
            channel.basicPublish("",queueName,null,msg.getBytes());if(i % batchSize ==0){// 消息发布确认
                channel.waitForConfirms();System.out.println("消息发送成功");}}// 结束时间long endTime =System.currentTimeMillis();System.out.println("发布"+1000+"个单独确认消息耗时"+(endTime-startTime)+"ms");}

运行代码，发现耗时

34ms

:

6.4 异步确认发布

异步确认的性价比比上面两种方式都要高，原因就是生产者发送消息后不会立即等待确认消息，而是继续发送下一条消息。

同时，生产者会通过一个异步回调（Callback）函数来处理确认消息的回调操作，来确认消息是否发送成功。

异步消息确认的基本流程如下：

1. 生产者发送消息到RabbitMQ。
2. 生产者不会立即等待确认消息，而是继续发送下一条消息。
3. 生产者注册一个异步回调函数，用于处理确认消息。
4. 当RabbitMQ接收到消息并完成处理后，会异步发送确认消息给生产者。
5. 一旦生产者收到确认消息，就会触发回调函数执行相应的逻辑，比如记录日志、更新状态等。

下面是消息异步确认的实现：

/**
     * 异步消息确认
     * @throws Exception
     */publicstaticvoidpublishMessageAsync()throwsException{Channel channel =RabbitMqUtils.getChannel();// 队列声明String queueName = UUID.randomUUID().toString();
        channel.queueDeclare(queueName,true,false,false,null);// 开启发布确认
        channel.confirmSelect();// 开始时间long startTime =System.currentTimeMillis();// 消息处理成功回调ConfirmCallback ackCallback =(var1,var2)->{System.out.println("未确认的消息"+ var1);};// 消息未处理成功回调ConfirmCallback nackCallback =(var1,var2)->{System.out.println("消息发送成功了"+ var1);};// 消息监听器
        channel.addConfirmListener(ackCallback,nackCallback);// 批量发送消息for(int i =0; i <1000; i++){String msg = i +"";
            channel.basicPublish("",queueName,null,msg.getBytes());}// 结束时间long endTime =System.currentTimeMillis();System.out.println("发布"+1000+"个异步确认消息耗时"+(endTime-startTime)+"ms");}

运行代码，发现耗时

18ms

:

6.5 异步未确认消息处理

对于异步确认中未确认消息的处理，有一个方案就是将未确认的消息放到一个基于内存的能被发布的线程访问的队列中。

比如使用

ConcurrentLinkedQeque

在多个线程之间进行消息传递。多个线程可以同时发送消息与接收消息，实现消息的并发传递。

在发送的消息时，记录发送过的消息，在回调函数删除已经确认成功的消息，代码实现如下：

/**
     * 异步消息确认
     * @throws Exception
     */publicstaticvoidpublishMessageAsync()throwsException{Channel channel =RabbitMqUtils.getChannel();// 队列声明String queueName = UUID.randomUUID().toString();
        channel.queueDeclare(queueName,true,false,false,null);// 开启发布确认
        channel.confirmSelect();/**
         * 安全的线程有序的哈希表，就是一个容器，适用于高并发
         * 1.将序号与消息关联
         * 2.轻松批量删除
         * 3.支持高并发
         */ConcurrentSkipListMap<Long,String> concurrentSkipListMap  =newConcurrentSkipListMap<>();// 开始时间long startTime =System.currentTimeMillis();// 消息处理成功回调// var1: 消息序列号// var2: 是否批量ConfirmCallback ackCallback =(var1,var2)->{if(var2){// 删除已经确认的消息，剩下的就是未确认的消息ConcurrentNavigableMap<Long,String> confirmed =
                        concurrentSkipListMap.headMap(var1);
                confirmed.clear();}else{
                concurrentSkipListMap.remove(var1);}System.out.println("确认的消息"+ var1);};// 消息未处理成功回调ConfirmCallback nackCallback =(var1,var2)->{String unConfirm = concurrentSkipListMap.get(var1);System.out.println("未确认的消息是："+unConfirm+"，消息发送失败了失败标记："+ var1);};// 消息监听器
        channel.addConfirmListener(ackCallback,nackCallback);// 批量发送消息for(int i =0; i <1000; i++){String msg = i +"";
            channel.basicPublish("",queueName,null,msg.getBytes());
            concurrentSkipListMap.put(channel.getNextPublishSeqNo(),msg);}// 结束时间long endTime =System.currentTimeMillis();System.out.println("发布"+1000+"个异步确认消息耗时"+(endTime-startTime)+"ms");}

ConcurrentSkipListMap

是一个线程安全的有序哈希表，适用于高并发环境。它可以将消息的序列号与消息内容关联起来，并支持高并发的读写操作。

用它来实现通过回调函数处理消息的确认和未确认情况。

七. 交换机

7.1 交换机是什么

交换机（

Exchange

）是消息的路由中心，负责接收生产者发送的消息，并根据一定的路由规则将消息路由到一个或多个队列中，决定消息从生产者到达队列的路径。

在

RabbitMQ

中有这几个常见的路由规则：直接模式，主题模式，头部模式和Fanout模式等之后细说。在

RabbitMQ

提供的管理界面可以看到：

交换机主要有以下几个作用：

1. 接收消息：交换机接收来自生产者的消息，并负责将消息发送到合适的队列。
2. 路由消息：交换机根据预定义的路由规则将消息路由到一个或多个队列。
3. 分发消息：如果一个交换机路由消息到多个队列，那么交换机会将消息复制到所有符合路由规则的队列中，实现消息的广播或者多播。
4. 支持不同的路由模式：交换机可以根据不同的路由模式来决定如何路由消息，例如直接交换、扇形交换、主题交换等

对于交换机还有和它相关的一些概念例如绑定（

bindings

），很好理解，就是交换机与队列之间可以通过一个

RoutingKey

将两者绑定，这样可以将想要的消息发送至指定的队列中。

#pic_center

7.2 fanout交换机

在

fanout

模式下，交换机会将消息广播到所有与之绑定的队列，无论消息的路由键是什么。

fanout

模式的特点如下：

1. 广播消息：Fanout交换机会将消息复制到所有与之绑定的队列中，实现消息的广播。每个消费者都会收到相同的消息副本。
2. 忽略路由键：Fanout交换机忽略消息的路由键，它只关注与之绑定的队列。
3. 适用于发布/订阅模式：Fanout模式常用于发布/订阅模式，其中一个生产者发送消息，多个消费者接收并处理消息。

下面用代码来测试一下

fanout

模式：

消费者代码:

packagecom.javadouluo.abbitmq.five;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年05月24日 22:23
 */publicclassReceiveLogs01{publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是fanout
        channel.exchangeDeclare("logs","fanout");// 声明一个临时队列，名称是随机的// 当消费者断开与队列的连接时，队列自动删除String queueName = channel.queueDeclare().getQueue();// 绑定交换机与对列
        channel.queueBind(queueName,"logs","");System.out.println("将消息打印到控制台上......");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println("01接收的消息是："+newString(message.getBody()));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume(queueName,true,deliverCallback,cancelCallback);}}

生产者代码:

packagecom.javadouluo.abbitmq.five;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.Channel;importjava.io.IOException;importjava.util.Scanner;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年05月27日 10:12
 */publicclassEmitLog{publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是fanout
        channel.exchangeDeclare("logs","fanout");Scanner scanner =newScanner(System.in);while(scanner.hasNext()){String msg = scanner.next();// 发送消息
            channel.basicPublish("logs","",null,msg.getBytes());System.out.println("生产者发出消息："+ msg);}}}

将上面的消费者复制两份，然后启动生产者与消费者，通过生产者发送消息，发现两个消费者都收到了消息，这就是

fanout

模式下的广播消息的特点：

同时在管理平台上也可以看到创建的交换机：

7.3 direct交换机

直接交换机（direct）主要特点就是绑定的路由键是不一样的，它还有一个功能就是实现多重绑定。

多重绑定就是直接交换机可以有多个路由键来绑定一个交换机，如下图所示：

下面用代码实现上述功能：

消费者DirectReceiveLogs01代码:

packagecom.javadouluo.abbitmq.six;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月28日 0:58
 */publicclassDirectReceiveLogs01{// 队列名称publicstaticfinalString EXCHANGE_NAME ="direct_logs";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是direct
        channel.exchangeDeclare(EXCHANGE_NAME,"direct");// 声明一个队列
        channel.queueDeclare("console",false,false,false,null);// 绑定交换机与对列
        channel.queueBind("console",EXCHANGE_NAME,"info");
        channel.queueBind("console",EXCHANGE_NAME,"warn");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println("DirectReceiveLogs01接收的消息是："+newString(message.getBody()));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume("console",true,deliverCallback,cancelCallback);}}

消费者DirectReceiveLogs02代码:

packagecom.javadouluo.abbitmq.six;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月28日 0:58
 */publicclassDirectReceiveLogs02{// 队列名称publicstaticfinalString EXCHANGE_NAME ="direct_logs";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是direct
        channel.exchangeDeclare(EXCHANGE_NAME,"direct");// 声明一个队列
        channel.queueDeclare("disk",false,false,false,null);// 绑定交换机与对列
        channel.queueBind("disk",EXCHANGE_NAME,"error");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println("DirectReceiveLogs02接收的消息是："+newString(message.getBody()));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume("disk",true,deliverCallback,cancelCallback);}}

生产者DirectLog代码:

packagecom.javadouluo.abbitmq.six;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.Channel;importjava.io.IOException;importjava.util.Scanner;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月28日 1:15
 */publicclassDirectLog{publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();Scanner scanner =newScanner(System.in);while(scanner.hasNext()){String msg = scanner.next();// 发送消息
            channel.basicPublish("direct_logs","info",null,msg.getBytes());System.out.println("生产者发出消息："+ msg);}}}

测试方法与Fanout交换机一致请自行测试，最后实现的绑定的方式是这样的：

7.4 topic交换机

topic

交换机也叫做主题交换机，看之前直接交换机的那张图，如果现在要通过某种规则同时通过路由键

error

路由到队列

disk

,通过

warn

路由到队列

console

，这时就需要使用

topic

交换机来进行消息的路由。

主题交换机的好处就是使消息路由到队列的方式更加的灵活。

对于

topic

交换机的路由键需要遵循下面的规则：路由键（RoutingKey）必须是单词并且用点隔开，比如

aa.route.bb

，还有注意的是星号

*

代表一个单词，

#

代表一个或者两个单词。

所以上图中的

*.orange.*

代表中间单词是

orange

的三个单词，

*.*.rabbit

代表最后一个单词是

rabbit

的三个单词，

lazy.#

代表的是第一个单词是

lazy

的多个单词。

现在根据上图的队列绑定关系，举例说明它们的数据接收情况：
路由键说明

quick.orange.rabbit

被Q1,Q2接收

lazy.orange.elephant

被Q1,Q2接收

quick.orange.fox

被Q1接收

lazy.brown.fox

被Q2接收

lazy.pink.rabbit

满足两个绑定但是会被Q2接收一次

quick.brown.fox

不匹配不会被任何队列接收，会被丢弃

quick.orange.male.rabbit

不匹配不会被任何队列接收，会被丢弃

lazy.orange.male.rabbit

四个单词，但是会匹配Q2
接下来通过代码来实现

topic

交换机的路由消息的模式。

消费者ReceiveLogsTopic01代码

packagecom.javadouluo.abbitmq.seven;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.sql.SQLOutput;importjava.util.concurrent.TimeoutException;/**
 * 主题交换机
 * @author jektong
 * @date 2023年06月29日 0:35
 */publicclassReceiveLogsTopic01{// 交换机名称publicstaticfinalString EXCHANGE_NAME ="topic_logs";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是topic
        channel.exchangeDeclare(EXCHANGE_NAME,"topic");// 声明一个队列
        channel.queueDeclare("Q1",false,false,false,null);// 路由键绑定队列
        channel.queueBind("Q1",EXCHANGE_NAME,"*.orange.*");System.out.println("等待接收消息");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println(newString(message.getBody(),"UTF-8"));System.out.println("接收队列："+"Q1"+" 绑定键："+ message.getEnvelope().getRoutingKey());};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume("Q1",true,deliverCallback,cancelCallback);}}

消费者ReceiveLogsTopic02代码

packagecom.javadouluo.abbitmq.seven;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * 主题交换机
 * @author jektong
 * @date 2023年06月29日 0:35
 */publicclassReceiveLogsTopic02{// 交换机名称publicstaticfinalString EXCHANGE_NAME ="topic_logs";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个交换机logs,类型是topic
        channel.exchangeDeclare(EXCHANGE_NAME,"topic");// 声明一个队列
        channel.queueDeclare("Q2",false,false,false,null);// 路由键绑定队列
        channel.queueBind("Q2",EXCHANGE_NAME,"*.*.rabbit");
        channel.queueBind("Q2",EXCHANGE_NAME,"lazy.#");System.out.println("等待接收消息");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println(newString(message.getBody(),"UTF-8"));System.out.println("接收队列："+"Q2"+" 绑定键："+ message.getEnvelope().getRoutingKey());};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume("Q2",true,deliverCallback,cancelCallback);}}

生产者TopicLog代码

packagecom.javadouluo.abbitmq.seven;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.Channel;importjava.io.IOException;importjava.util.HashMap;importjava.util.Map;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月29日 0:46
 */publicclassTopicLog{publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();Map<String,String> map =newHashMap<>();
        map.put("quick.orange.rabbit","被Q1,Q2接收");
        map.put("lazy.orange.elephant","被Q1,Q2接收");
        map.put("quick.orange.fox","被Q1接收");
        map.put("lazy.brown.fox","被Q2接收");
        map.put("lazy.pink.rabbit","满足两个绑定但是会被Q2接收一次");
        map.put("quick.brown.fox","不匹配不会被任何队列接收，会被丢弃");
        map.put("quick.orange.male.rabbi","不匹配不会被任何队列接收，会被丢弃");
        map.put("lazy.orange.male.rabbit","不匹配不会被任何队列接收，会被丢弃");for(Map.Entry<String,String> maps:map.entrySet()){// 路由匹配键String key = maps.getKey();// 路由匹配值String value = maps.getValue();
            channel.basicPublish("topic_logs",key,null,value.getBytes("UTF-8"));System.out.println("生产者发送消息："+ value);}}}

请自行测试，最后在管理平台中可以发现，实现的绑定的方式是这样的：

八. 死信队列

8.1 死信概念与来源

某些特殊的情况下，某些消息无法被正常消费，并且之后也没有后续的处理，消息队列通常提供了一个特殊的队列，即死信队列。

使用死信队列的好处是，它提供了一种容错机制，确保无法被正常消费的消息不会丢失。同时，它也提供了故障排查和问题处理的机会。

产生死信消息的来源可能有下列一些原因：

1. 队列达到最大长度：队列已满，无法添加消息。
2. 消费者发生异常错误：消费者在处理消息时可能发生错误，导致消息处理失败。
3. 消息TTL过期：某些消息可能具有处理时限，如果消费者无法在规定的时间内处理消息，则消息可能被视为无法正常消费，这种我们称为消息TTL过期。

8.2 死信实战

在写代码之前，先看一张图来了解死信队列在RabbitMQ中是如何交互的：

简单解释一下上图，生产者发送消息到MQ中通过直接交换机

normal_exchange

通过路由键

zhangsan

绑定队列

normal_queue

当处在其中的消息无法被C1消费者所消费，此时此消息为死信消息，将通过直接交换机

dead_exchange

通过路由键

lisi

绑定的

dead_queue

放入该队列交给C2消费。

此过程最重要的就是死信消息如何可以通过

normal_queue

来与直接交换机

dead_exchange

所交互然后放入死信队列的

dead_queue

，下面就来实现上图的代码实现。

消费者Consumer01代码

packagecom.javadouluo.abbitmq.eight;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.BuiltinExchangeType;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.HashMap;importjava.util.Map;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月30日 0:02
 */publicclassConsumer01{// 直接交换机normal_exchangepublicstaticfinalString NORMAL_EXCHANGE ="normal_exchange";// 直接交换机dead_exchangepublicstaticfinalString DEAD_EXCHANGE ="dead_exchange";// 队列normal_queuepublicstaticfinalString NORMAL_QUEUE ="normal_queue";// 队列dead_queuepublicstaticfinalString DEAD_QUEUE ="dead_queue";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 声明一个普通交换机
        channel.exchangeDeclare(NORMAL_EXCHANGE,BuiltinExchangeType.DIRECT);// 声明一个死信交换机
        channel.exchangeDeclare(DEAD_EXCHANGE,BuiltinExchangeType.DIRECT);// 声明普通与死信队列Map<String,Object> arguments =newHashMap<>();
        arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
        arguments.put("x-dead-letter-routing-key","lisi");// arguments就是用来绑定死信交换机的
        channel.queueDeclare(NORMAL_QUEUE,false,false,false,arguments);
        channel.queueDeclare(DEAD_QUEUE,false,false,false,null);// 普通交换机与普通队列绑定
        channel.queueBind(NORMAL_QUEUE,NORMAL_EXCHANGE,"zhangsan");// 死信交换机与死信队列绑定
        channel.queueBind(DEAD_QUEUE,DEAD_EXCHANGE,"lisi");// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println("Consumer01接收的消息是: "+newString(message.getBody(),"UTF-8"));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume(NORMAL_QUEUE,true,deliverCallback,cancelCallback);}}

生产者Product代码

packagecom.javadouluo.abbitmq.eight;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.AMQP;importcom.rabbitmq.client.Channel;importjava.io.IOException;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月30日 0:27
 */publicclassProduct{publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();// 死信消息设置过期时间10sAMQP.BasicProperties properties =newAMQP.BasicProperties().builder().expiration("10000").build();// 向普通队列发送消息for(int i =0; i <11; i++){String msg ="info"+ i;
            channel.basicPublish("normal_exchange","zhangsan",properties,msg.getBytes());}}}

先启动消费者

Consumer01

然后将其停止，启动生产者

Product

发送消息，消息会超时发送至死信队列中：

消费者Consumer02代码

packagecom.javadouluo.abbitmq.eight;importcom.javadouluo.abbitmq.utils.RabbitMqUtils;importcom.rabbitmq.client.BuiltinExchangeType;importcom.rabbitmq.client.CancelCallback;importcom.rabbitmq.client.Channel;importcom.rabbitmq.client.DeliverCallback;importjava.io.IOException;importjava.util.HashMap;importjava.util.Map;importjava.util.concurrent.TimeoutException;/**
 * @author jektong
 * @date 2023年06月30日 0:02
 */publicclassConsumer02{// 队列dead_queuepublicstaticfinalString DEAD_QUEUE ="dead_queue";publicstaticvoidmain(String[] args)throwsIOException,TimeoutException{Channel channel =RabbitMqUtils.getChannel();
        channel.queueDeclare(DEAD_QUEUE,false,false,false,null);// 接收消息后处理DeliverCallback deliverCallback =(consumerTag, message)->{System.out.println("Consumer02接收的消息是: "+newString(message.getBody(),"UTF-8"));};// 取消消息时的回调CancelCallback cancelCallback = consumerTag->{System.out.println("消息消费被中断");};
        channel.basicConsume(DEAD_QUEUE,true,deliverCallback,cancelCallback);}}

先启动消费者

Consumer02

，之前的消息会被其消费：