总结

 

一、轮询分发消息 

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

 

 

用同一套代码，跑起来两个线程：

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

 

 

 

 

二、消息应答

 

 

 

2.1 自动应答（不用）

不是很靠谱，尽量不使用！

 

 

 

2.2 手动应答（常用）

应答方法

 

 

 

multiple的含义

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

 

 

 

 

 

 

 

 

2.3 消息自动重新入列

 

 

 

 

 

 

 

三、RabbitMQ持久化

 

 

3.1 队列queue，如何持久化

 

 

持久化的队列，在UI上会显示一个“D”。这时，即使重启rabbitmq，该队列依然存在。

 

 

3.2 消息message，如何持久化

消息持久化，需要生产者在给队列发消息时，就告诉队列该消息需要持久化，不能删除。

 

 

3.3 不公平分发

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

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

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

 

 

 

basicQos设置为1后，在UI里会显示：

 

 

3.4 预取值

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

比如:

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

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