rabbitmq的六种工作模式

 

官网链接：

　　　　http://next.rabbitmq.com/getstarted.html

　　　　官网给出了每种工作模式的实例代码，可以参考其中的实现。

 

六种工作模式：

simple模式

一个生产者，一个消费者

 

 

 

work模式

一个生产者，多个消费者

   一个消息，只能被一个消费者获取

可以认为是simple模式的加强版

 

 当生产者生产速度较快，消费者不能及时消费时，就应该采用该模式。通常C1和C2获取到的消息不会重复，但rabbitmq本身设计，使其存在竞争风险。

资源竞争风险：

　　由于rabbitmq中存储的任务数据，当存在ack_late时，任务没有执行完毕，队列中的消息不会删除，则会存在一个消息被多个消费者消费的危险。

　　解决方法：设置同步锁保证一个消息只能被一个worker消费，

 

publish/subscribe 发布/订阅模式

         一个消息生产者，多个消息消费者。且每个消息消费者都从自己的消息队列的都一个消息开始消费，直到最后。

 X代表交换机为rabbitMQ中内部组件。消息生产者将消息发送给rabbitMQ后，rabbitMQ会根据订阅的消费者个数，生成对应数目的消息队列，这样每个消费者都能获取生产者发送的全部消息。

 

相关应用场景：

　　　　邮件群发，群聊，广播

 

        一旦消费者断开与rabbitMQ的连接，队列就会消失。如果消费者数目很多，对于rabbitMQ而言，也是个重大负担，订阅模式是个长连接，占用并发数，且每个消费者一个队列会占用大量空间。

 

        官网自带了一个例子，Producer是程序日志，两个消费者分别是console，即打印日志；和日志文件，收集日志到磁盘。

 

routing模式

 

 

     生产者生产消息后，将消息发送给交换机，交换机根据消息的路由信息和路由方式，将消息发送到不同的消息队列。消费者也根据自己的路由配置从对应的队列中获取消息

 

 

 

 

topic模式

 

 

 

该模式同routing模式，不同的是routing模式是精确配置路由规则，而topic采用了模糊匹配规则，因此一次可以匹配一个或者多个routing key，也就是topic匹配。

 

grpc模式

 

 

关于多个生产者的疑惑

貌似无法直接多个生产者，但是可以将消息拆分，然后生成多个队列，后端代码根据消费也拆分以下，就可以了。类似于不同类型的消息，走不同的队列，从而达到目的。

如：

   msg_type1  ----->   rabbitMQ_QUEUE1 ------->  type1_worker

　msg_type2  ----->  rabbitMQ_QUEUE2 -------> type2_worker

或者直接代码不变，生产者在生产消息时，轮询发送给两个不同的QUEUE，为不同的QUEUE启动各自的WORKER

   msg    ------>   rabbitMQ_QUEUE1 ------>  worker

   msg    ------>   rabbitMQ_QUEUE2 ------>  worker

 

　　

消息确认模式

 

 

消息确认模式

 

模式1：自动确认

        只要消息从队列中获取，无论消费者获取到消息后是否成功消费，都认为是消息已经成功消费。

模式2：手动确认

        消费者从队列中获取消息后，服务器会将该消息标记为不可用状态，等待消息者的返回，如果消费者一直没有反馈，那么该消息将一直处于不可用状态。

 

应用：

        生产者和消费者读支持消息确认模式

 

 

实现关键：

        代码中设置channel为消费确认模式

 

 

典型问题

1、什么是消息确认ACK。

　　答：如果在处理消息的过程中，消费者的服务器在处理消息的时候出现异常，那么可能这条正在处理的消息就没有完成消息消费，数据就会丢失。为了确保数据不会丢失，RabbitMQ支持消息确定-ACK。

 

2、ACK的消息确认机制。

　　答：ACK机制是消费者从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ，RabbitMQ收到反馈后才将此消息从队列中删除。

　　　　如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，那么就不会有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将消息重新放入队列中。

　　　　如果在集群的情况下，RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务端故障的时候，不丢失任何消息和任务。

　　　　消息永远不会从RabbitMQ中删除，只有当消费者正确发送ACK反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。

　　　　消息的ACK确认机制默认是打开的。

 

3、ACK机制的开发注意事项。

　　答：如果忘记了ACK，那么后果很严重。当Consumer退出时候，Message会一直重新分发。然后RabbitMQ会占用越来越多的内容，由于RabbitMQ会长时间运行，因此这个"内存泄漏"是致命的。