消息队列之RabbitMq-轮训分发消息

最新推荐文章于 2022-03-25 19:51:22 发布
最新推荐文章于 2022-03-25 19:51:22 发布
阅读量406 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： MQ 文章标签： rabbitmq
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42631670/article/details/118889389
本文介绍了如何通过学习MQ提升微服务架构，并详细讲解了RabbitMQ的配置与常见问题，如轮训分发消息、工作流实例和防火墙设置。涉及操作包括清除队列、重置RabbitMQ及视频教程链接。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

学习MQ是为了完善微服务的架构模式

这是项目结构
在这里插入图片描述
实验结果01 轮训分发消息
工作生产流 Task01
消费者 Work01

Task01
在这里插入图片描述
接收线程C1
在这里插入图片描述
接收线程C2
在这里插入图片描述
实验截图01
在这里插入图片描述

连接不上疑难杂症

不关闭防火墙的话,需要开放15672和5672两个端口,一个是连接控制台,一个是连接服务
firewall-cmd --zone=public --add-port=15672/tcp --permanent
firewall-cmd --zone=public --add-port=5672/tcp --permanent

清除指定队列 queue_name是队列名
rabbitmqctl purge_queue queue_name

(不推荐)使用reset方式重置rabbitmq即清空掉rabbitmq所有的队列数据和配置(划重点)
rabbitmqctl stop_app
rabbitmqctl reset
rabbitmqctl start_app

视频地址
https://www.bilibili.com/video/BV1cb4y1o7zz?p=1

官网资料
链接：https://pan.baidu.com/s/1xhh5b02mC9FeOlgKkGCyvg
提取码：t8oh

RabbitMQ高级特性 - 消息分发（限流、负载均衡）
CYK_byte的博客
08-03 1686
RabbitMQ 的队列在有多个消费者订阅时，默认会通过轮询的机制将消息分发给不同的消费者，但是有些消费者消费速度慢，有些消费者消费速度快，就会导致消费速度慢的消费者影响整个的任务的吞吐量下降例如，公司有1个正式员工和1个实习生，现在有 10 个任务分配平均给他们（各 5 个），而由于实习生干活比较慢，就会导致整个完成任务的吞吐量下降.消息分发机制给 “正式工” 多分一些任务，给 “实习生” 少分一些任务.
RabbitMQ 高级特性——消息分发
不能再留遗憾了的博客
11-07 1139
RabbitMQ消息分发
三、rabbitMQ的工作队列——轮询分发
hlxx55的博客
07-05 993
       说明：上一篇博客rabbitMQ入门案例中，我们使用了简单队列。会发现简单队列有一定的局限性，比如，耦合度高，生产者和消费者一一对应，如果我想有多个消费者消费队列中的消息就不行了，并且队列名变更，消费者或生产者也会同时变更队列名。因此，下面介绍一种新的队列——工作队列（work queues）1.工作队列——work queues模型：2.实例开发       说明：我们在上一个入门...
RabbitMQ简单应用の轮训分发
weixin_30509393的博客
07-19 191
MQ连接工厂还是之前的那个Connection 1 package com.mmr.rabbitmq.util; 2 3 import java.io.IOException; 4 5 import com.rabbitmq.client.Connection; 6 import com.rabbitmq.client.ConnectionFactory; ...
RabbitMQ工作队列 轮训策略讲解实战
zssz1026的专栏
04-20 241
rabbitmq(3)消息队列(轮询分发)
祈雨v的博客
03-25 2193
1、模型 一个生产者绑定一个队列，对应多个消费者： 2、代码 2.1、生产者 private final static String QUEUE_NAME = "hello"; public static void main(String[] args) throws Exception { ConnectionFactory factory = new Connect...
RabbitMQ(三)------轮训分发消息
niulinbiao的博客
09-24 499
文章预览前言一、示例1.1、Maven依赖1.2、工具类1.3、消息生产者1.4、工作线程（消息接收者）二、测试 前言 RabbitMQ中的消息都只能存储在Queue中，生产者（下图中的P）生产消息并最终投递到Queue中，消费者（下图中的C）可以从Queue中获取消息并消费。 多个消费者可以订阅同一个Queue，这时Queue中的消息会被平均分摊给多个消费者进行处理（轮询），而不是每个消费者都收到所有的消息并处理。 一、示例 原理图 1.1、Maven依赖 <?xml version="1.0
消息中间件 - RabbitMQ不公平分发
DJun的博客
08-24 999
在最开始的时候我们学习到 RabbitMQ 分发消息采用的轮询分发，但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者 1 处理任务的速度非常快，而另外一个消费者 2 处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ 并不知道这种情况它依然很公平的进行分发。 为了避免上述情况，强烈建议使用不公平分发（能者多劳），生产者和消费者都需要
5、RabbitMQ---六大模式之工作队列模式
weixin_45608577的博客
07-20 349
1、工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。 一个线程处理大量消息，太慢了，所以就用多线程同时处理。 注意：生产者发送的消息只能被处理一次，如果被处理多次，就会造成工作内容的重复 工作队列模式特点：轮训分发消息 2、首先，我们对我们上节的代码抽取一个工具类 package com.example.de
消息队列原理和选型：RabbitMQ、Kafka、RocketMQ和ActiveMQ
飞楼踏梦
02-26 2993
RabbitMQ、Kafka、RocketMQ和ActiveMQ，肝了我一个月，原理是什么，如何选型，本文会告诉你答案。 往期精选： 如何看待程序员35岁职业危机？ Java全套学习资料（14W字），耗时半年整理 消息队列：从选型到原理，一文带你全部掌握 MySQL：资料大放送，告诉你如何学习MySQL 我肝了三个月，为你写出了GO核心手册 更多... 消息队列中间件重要吗？面试必问问题之一，你说重不重要。我有时会问同事，为啥你用Rabb...
入门 RabbitMq(2) 发送接受消息 轮循分发公平分发
qq_39493570的博客
05-25 190
分为服务端和客户端,服务端发送消息,客户端接受消息 package com.zh.rabbitMq.simple; import com.rabbitmq.client.Channel; import com.rabbitmq.client.Connection; import com.rabbitmq.client.ConnectionFactory; import java.io.IOException; import java.util.concurrent.TimeoutExceptio
TeamTalk--消息服务器的轮训
evsqiezi
03-18 2630
先看如下几个函数。 void CMsgConn::OnConnect(net_handle_t handle) {      m_handle = handle;      m_login_time = get_tick_count();        g_msg_conn_map.insert(make_pair(handle, this));        ne
RabbitMQ 消息轮询和消息确认机制
嘻哈楚楚的博客
07-24 1741
转载出处：http://blog.youkuaiyun.com/liangwenmail/article/details/60877179 1 消息轮询：默认的情况下，服务器会将消息发送给下一个消费者，使得每个消费者获得消息数量尽量相同。 2 消息确认机制：默认手动确认，需要消费者反馈给服务器一个确认信号，告知服务器可以在消息队列中删除消息，如果服务器未收到确认信号若消费者断开链接，将会把消息发送给下一个消费者
RabbitMQ学习（二）.NET Client之Work Queues
jiq•钦's technical Blog
08-30 2707
2 Work queues Distributing tasks among workers Python | Java | Ruby | PHP| C# 转载请注明出处：jiq•钦's technical Blog Work Queues (using the .NET Client) 前面已经介绍过了如何编写程序去发送消息到命名队列，
RabbitMQ基本示例，轮询机制，no_ack作用
weixin_34051201的博客
11-07 344
RabbitMQ基本示例，轮询机制，no_ack作用 一、RabbitMQ简介： ''' RabbitMQ就是消息队列 之前不是学了Queue了吗，都是队列还学RabbitMQ干嘛？ 干的事情是一样的 Python的Queue有两个， 一个线程Queue生产者消费者模型，一个进程Queue用于父进程与子进程...
消息队列的两种模式
哆啦A梦~~
11-22 2479
什么是消息队列？ 所谓消息队列，就是一个以队列数据结构为基础的一个实体，这个实体是真实存在的，比如程序中的数组，数据库中的表，或者redis等等，都可以。 首先我们说说为什么要使用队列，什么情况下才会使用队列？ 我的理解是，那些实时性要求不高，且比较耗时的任务，是队列的最佳应用场景。比如说我在某网站注册一个账号，当我的信息入库注册成功后，网站需要发送一封激活邮件，让我激活账号，而这个发邮件的...
RabbitMq03——轮询分发
青灬火的博客
07-01 974
相对来说生产者生产消息是比较容易的，但是消费者在处理消息的时候则需要更多的时间，甚至若干倍于生产者，所以如果只是使用简单队列的话，生产者和消费者之间的关系是一一对应的，这样当消费者处理需要耗费较长时间的时候，就会造成消息大量的积压，不能得到及时的处理。 因此，我们需要学习新的工作队列，即一个消息队列可以对应多个消费者，它们将共同消费队列的消息，这样就会成倍的提升处理的...
消息队列rabbitmq/kafka
QQ群166477105Python技术群
02-21 479
消息队列rabbitmq/kafka 12.1 rabbitMQ 1. 你了解的消息队列 rabbitmq是一个消息代理，它接收和转发消息，可以理解为是生活的邮局。你可以将邮件放在邮箱里，你可以确定有邮递员会发送邮件给收件人。概括：rabbitmq是接收，存储，转发数据的。官方教程：http://www.rabbitmq.com/tutorials/tutor...
RabbitMQ之轮询模式
qq_42212926的博客
03-25 2924
RabbitMQ之轮询模式 在这个案例中我们会启动两个工作线程，一个消息发送线程，两个工作线程。然后在发送线程中不断发送消息，验证两个工作线程是以何种方式拿到消息的。 1.发送消息线程代码 public class ExerciseT { private static final String QUEUE_NAME = "hello"; public static void main(String[] args) throws IOException, TimeoutException
rabbitMQ在使用推模式的情况下，是通过轮训的方式将队列的消息依次推给多个消费者吗
最新发布
03-14
<think>好的，我需要回答用户关于RabbitMQ在推模式下如何将消息分发给多个消费者的问题。首先，我得回忆一下RabbitMQ的基本消息分发机制，特别是推模式（Push Mode）下的工作方式。用户提到的关键词是轮询分发、多个消费者和消息机制，所以应该围绕这些点展开。 首先，RabbitMQ的消息分发机制中，队列和消费者的关系是关键。在推模式下，当多个消费者订阅同一个队列时，默认情况下，RabbitMQ会使用轮询的方式将消息依次分发给每个消费者。这意味着每个消费者按顺序接收消息，确保消息被平均分配。不过，这里可能需要注意消费者的确认机制，因为如果某个消费者在处理消息时发生故障，消息可能会被重新排队，从而影响分发。 接下来，需要考虑消息确认机制。消费者在处理完消息后必须发送确认信号（ACK），否则RabbitMQ会认为消息未被正确处理，可能会重新分发。自动确认模式虽然高效，但存在消息丢失的风险，尤其是在消费者处理过程中崩溃的情况下。因此，手动确认模式更可靠，但需要开发者显式发送ACK。 然后，负载均衡和公平分发的问题。轮询分发虽然平均，但可能不考虑消费者的处理能力。例如，某些消费者处理速度快，而其他可能较慢，导致资源利用不均。RabbitMQ提供了QoS（服务质量）设置，可以限制每个消费者未确认的消息数量，从而更合理地分配消息，实现负载均衡。例如，设置prefetch_count为1，确保每个消费者一次只处理一个消息，避免某个消费者积压过多任务。 另外，持久化和消息可靠性也是需要考虑的因素。如果队列和消息被标记为持久化，即使在服务器重启后，消息也不会丢失，这影响了分发机制在故障恢复后的行为。引用[3]提到消息持久化的方法，需要确保消息在分发过程中不会因为服务器问题而丢失。 用户可能还想了解如何配置这些机制，比如如何设置QoS参数，或者如何启用手动确认模式。引用[4]中的代码示例展示了创建连接和信道的基本步骤，可能在配置消费者时需要设置这些参数。例如，在信道中设置basic_qos方法，然后在消费消息时使用手动确认。 还需要注意消费者之间的竞争情况。多个消费者同时监听同一个队列时，RabbitMQ如何管理消息的分发顺序和并发处理。引用[1]提到负载均衡是通过分发消息到多个消费者实现的，这有助于提高系统的处理能力，尤其是在高并发场景下。 最后，可能涉及的问题包括消息的公平性、处理效率以及错误处理机制。例如，如果某个消费者持续失败，消息是否会被无限次重试，或者进入死信队列。引用[2]指出自动确认模式可能导致消息丢失，因此正确配置确认机制至关重要。 总结来说，回答需要涵盖轮询分发的基本原理、消息确认机制的影响、QoS设置对负载均衡的作用，以及持久化和错误处理的相关内容，结合引用中的信息来支持每个要点。</think>关于RabbitMQ在推模式（Push Mode）下如何将消息分发给多个消费者，其核心机制涉及**轮询分发、消息确认**和**负载均衡**。以下是具体分析： --- ### 一、轮询分发机制 1. **基础规则** RabbitMQ默认采用**轮询（Round Robin）**方式将队列中的消息依次分发给所有消费者。例如，队列中有消息$M_1, M_2, M_3$，两个消费者$C_1$和$C_2$，则分发顺序为：$M_1→C_1$、$M_2→C_2$、$M_3→C_1$，以此类推[^1]。 2. **实现条件** - 所有消费者必须订阅**同一个队列**。 - 消费者需保持活跃状态（即连接未中断）。 --- ### 二、消息确认机制 1. **自动确认 vs 手动确认** - **自动确认（Auto-Ack）**：消息一经推送即被标记为已处理，若消费者崩溃，消息会丢失[^2]。 - **手动确认（Manual-Ack）**：消费者处理完成后需显式发送`basic_ack`，未确认的消息会重新入队（Redeliver）[^3]。 ```python # 手动确认示例（Python） channel.basic_consume( queue='my_queue', on_message_callback=callback_func, auto_ack=False # 关闭自动确认 ) ``` 2. **重试与死信队列** 若消息多次重试失败（例如N次），可配置死信队列（Dead Letter Exchange）进行异常处理。 --- ### 三、负载均衡优化 1. **QoS预取限制** 通过设置`prefetch_count`限制每个消费者同时处理的消息数，避免资源倾斜： ```java // Java示例：设置预取值为1 channel.basicQos(1); // 每个消费者一次只处理1条消息 ``` 这确保处理速度快的消费者能获取更多消息，提升整体效率[^4]。 2. **公平性保障** 轮询分发不考虑消息处理耗时，若某些消息处理时间较长，可能导致消费者负载不均。通过`prefetch_count`可缓解此问题。 --- ### 四、持久化与可靠性 1. **队列持久化** 声明队列时设置`durable=True`，确保队列在Broker重启后仍存在。 2. **消息持久化** 发送消息时设置`delivery_mode=2`，将消息写入磁盘： ```php // PHP示例：持久化消息 $message = new AMQPMessage($data, ['delivery_mode' => AMQPMessage::DELIVERY_MODE_PERSISTENT]); ``` --- ### 五、应用场景 - **高并发削峰**：通过消息缓冲应对突发流量[^1]。 - **任务分发**：将耗时任务分配给多个消费者并行处理。 - **系统解耦**：生产者与消费者无需感知彼此状态[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值