RabbitMQ发布确认机制详解
一、引言
在消息队列(MQ)技术中,RabbitMQ因其稳定性、可靠性和易用性而受到广泛欢迎。为了确保消息的可靠传递,RabbitMQ提供了一系列高级特性,其中发布确认(Publisher Confirms)机制就是其中之一。本文将深入探讨RabbitMQ的发布确认机制,以及它如何在消息发布过程中发挥作用。
二、发布确认机制概述
RabbitMQ的发布确认机制是一种增强消息发布可靠性的方法。当生产者(Producer)启用发布确认功能后,每次发送消息到RabbitMQ时,都会获得一个唯一的序列号(delivery tag),并从1开始递增。一旦消息被成功路由到至少一个匹配的队列,并且满足持久化条件(如果已配置),RabbitMQ会向生产者发送一个包含已确认消息序列号的basic.ack消息。
三、发布确认的三种模式
单条发布确认- 在发布一条消息后,生产者等待RabbitMQ的确认。- 缺点是每条消息都需要等待确认,可能导致性能开销较大,特别是在高并发场景下。
批量发布确认- 生产者可以一次发送多条消息,然后等待RabbitMQ的批量确认。- 当一批消息中有一条发送失败时,整个批量确认会失败,可能需要重新发送整批消息,且不容易定位到具体哪条消息失败。
异步发布确认- 生产者不直接等待每条消息的确认,而是通过回调函数或其他机制异步处理确认消息。- 这种模式可以提高性能,但也需要更复杂的编程逻辑来确保消息的可靠性。
四、如何启用发布确认
启用发布确认功能相对简单。生产者需要先将信道设置为确认模式,通过Channel.confirmSelect()方法来激活该功能。此后,发送的每条消息都将获得一个序列号,并等待RabbitMQ的确认。
RabbitMQ交换机类型详解
RabbitMQ作为一款广泛使用的开源消息队列软件,其强大的路由功能得益于其灵活的交换机(Exchange)类型。交换机在RabbitMQ中扮演着将消息路由到正确队列的关键角色。本文将详细介绍RabbitMQ中的四种主要交换机类型:Fanout、Direct和Topic。
一、Fanout交换机
Fanout交换机,也被称为广播交换机,是RabbitMQ中最简单的交换机类型。当消息发送到Fanout交换机时,它会将消息广播到所有绑定到该交换机的队列中。这种交换机不考虑消息的路由键(Routing Key),因此消息传递的速度非常快。
二、Direct交换机
Direct交换机是一种带路由功能的交换机。它根据消息的路由键将消息路由到具有相同绑定键(Binding Key)的队列中。这意味着消息的路由键必须与队列的绑定键完全匹配,消息才会被路由到该队列。
在上面这张图中,我们可以看到 X 绑定了两个队列,绑定类型是 direct。队列 Q1 绑定键为 orange,队列 Q2 绑定键有两个:一个绑定键为 black,另一个绑定键为 green. 在这种绑定情况下,生产者发布消息到 exchange 上,绑定键为 orange 的消息会被发布到队列Q1。绑定键为 blackgreen 和的消息会被发布到队列 Q2,其他消息类型的消息将被丢弃。
三、Topic交换机
Topic交换机在Direct交换机的基础上增加了模式匹配功能。它使用路由键中的点分隔符来支持更灵活的匹配规则。在Topic交换机中,可以使用“*”来匹配一个单词,使用“#”来匹配零个或多个单词。
下图绑定关系如下
Q1-->绑定的是中间带 orange 带 3 个单词的字符串(.orange.)
Q2-->绑定的是最后一个单词是 rabbit 的 3 个单词(..rabbit)第一个单词是 lazy 的多个单词(lazy.#)
上图是一个队列绑定关系图,我们来看看他们之间数据接收情况是怎么样的
quick.orange.rabbit 被队列 Q1Q2 接收到
lazy.orange.elephant 被队列 Q1Q2 接收到
quick.orange.fox 被队列 Q1 接收到
lazy.brown.fox 被队列 Q2 接收到
lazy.pink.rabbit 虽然满足两个绑定但只被队列 Q2 接收一次
quick.brown.fox 不匹配任何绑定不会被任何队列接收到会被丢弃
quick.orange.male.rabbit 是四个单词不匹配任何绑定会被丢弃
lazy.orange.male.rabbit 是四个单词但匹配 Q2
版权归原作者 只想下班的章鱼哥 所有, 如有侵权,请联系我们删除。