RabbitMQ - [核心] Work Queues 工作模式(公平/不公平消息分发 + 消息应答)

回到顶部(go to top)

一、公平分发 (轮询) 

(感觉订阅到同一个队列的工作线程,默认就是轮询...没有特殊的设置) 

 

 

用同一套代码,跑起来两个线程:

  • 第一个线程先跑起来
  • 然后勾选“allow parallel run”
  • 还能修改代码
  • 再跑起来第二个线程

 

 

 

 

回到顶部(go to top)

二、消息应答

 

 

 

2.1 自动应答(不用)

不是很靠谱,尽量不使用!

 

 

 

2.2 手动应答(常用)

应答方法

 

 

 

multiple的含义

但是依然建议设置为false,不用批量。因为批量只是针对于信道channel里的数据,至于是否之前的数据已经被处理了,不确定。

 

 

 

 

 

 

 

 

2.3 消息自动重新入列

 

 

 

 

回到顶部(go to top)

三、不公平分发

channel.basicQos(0) --> 轮询分发(公平分发),默认值为0

channel.basicQos(1) --> 不公平分发,能者多劳

channel.basicQos(>2) --> 预取值

 

 

 

basicQos设置为1后,在UI里会显示:

 

 

回到顶部(go to top)

四、预取值

这里的预取值prefetch的数值,指的是“堆积在信道里的消息的个数”,不是“消费者总共消费的个数”。

比如:

消费者C1(prefetch=2)如果处理的特别快,消息在信道里不会堆积,那C1也会不停的处理消息。

消费者C2(prefetch=5)如果处理的特别慢,消息在信道里堆积起来,那C2的信道最多会堆积5个待处理消息。

 

posted on   frank_cui  阅读(237)  评论(0编辑  收藏  举报

编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

导航

统计

levels of contents
点击右上角即可分享
微信分享提示