RabbitMQ系列（1）-工作模式介绍

前言

RabbitMQ是生产环境中常用的消息中间件，文章对其原理及使用做了详尽的介绍，包含其工作原理、所有的工作模式、死信、如何优雅的使用手动确认模式、延迟消费TTL、控制台手动添加消息等，如果感兴趣可以查看该系列其他的文章。本章部分内容参考了其他文章，在此表示感谢。

RabbitMQ的作用

1. 同步变异步消息
   场景：用户下单完成后，发送邮件和短信通知。可以将发邮件和发短信使用MQ完成，不影响主流程。
2. 应用解耦合
   场景：用户下单后，订单系统需要多渠道通知用户。
3. 流量削峰
   一般在秒杀或者团购活动中使用。
   场景：秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉。针对这个问题，一般需要在应用前端加入消息队列。
   a.可以控制活动的人数
   b.可以缓解短时间内高流量压垮应用
   用户的请求，服务器接收后，首先写入消息队列，如果消息队列的数量大于最大的数量，则直接抛弃用户请求或者跳转错误页面。

RabbitMQ的原理

MQ协议主要有两种AMQP协议（高级消息队列协议）和JMS（java消息服务），RabbitMQ基于AMQP协议，ActiveMQ基于JMS协议。AMQP它是应用层协议的一个开放标准，为面向消息的中间件设计，基于此协议的客户端与消息中间件可传递消息，并不受产品、开发语言等条件的限制。

RabbitMQ的工作模式

作者把RabbitMQ的工作模式总结为5种，可以根据具体的业务场景来选择，下面具体介绍了使用的注意事项和方法，具体的使用代码该系列文章有详细示例，代码是集成springboot中使用，敬请移步参考。

1. 简单模式
   生产者–>队列–>一个消费者。队列中的消息只有一个消费者进行消费。
   发送代码：
   rabbitTemplate.convertAndSend(“spring.simple.queue”, msg);
2. Work工作模式
   生产者–>队列–>多个消费者共同消费。多个消费者消费同一个队列中的消息，注意，队列中的消息默认通过轮询的方式进行消费，比如队列A有2个消费者B和C，A中的消息第一条发给B，第二条则发给C，并不是B和C都接受A中所有的消息。
   使用简单，不使用交换机，也没有路由key，在生产者发送消息时，直接指定队列，将消发送到指定队列即可。但其实是使用了MQ的默认交换机和路由key。消费者从指定队列里将消息消费掉。
   发送代码：
   rabbitTemplate.convertAndSend(“spring.work.queue”, msg);
3. Direct发布订阅模式
   定向，把消息交给符合指定 rotingKey 的队列（路由模式）
   发送消息时，需要指定交换机和路由key，消息发送到与该交换机通过该路由key绑定的队列中。队列和交换机绑定的时候，需要指定具体key，不支持通配符。队列绑定的key值和发送消息指定的key值不完全匹配时，接受不到消息。
   发送代码：
   rabbitTemplate.convertAndSend(“spring.direct.exchange”, “direct.key”, msg);
4. Fanout广播模式
   广播，将消息交给所有绑定到交换机的队列，每个消费者都可以收到同一条消息。
   发送消息时指定交换机就行，路由key需要设定为空字符串，消息将会发送到与该交换机绑定的队列。队列与交换机绑定的时候，不需要指定key了，只需要与该交换机绑定即可。
   发送代码：
   rabbitTemplate.convertAndSend(“spring.fanout.exchange”, “”, msg);
5. Topic主题模式
   通配符，把消息交给符合routing pattern（主题模式） 的队列
   发送消息时，需要指定交换机和具体key。队列和交换机绑定时，路由key使用通配符，只要发送消息时指定的key和队列绑定的通配符key匹配，该队列就行接收到消息。
   通配符规则：#表示匹配一个或多个单词，表示匹配一个单词。例如“hello.#”能够匹配到“hello.123.456”路由key，但是“hello.”只能匹配到“hello.123”这种，匹配不到“hello.123.456”。
   发送代码：
   rabbitTemplate.convertAndSend("spring.topic.exchange “, " hello.123”, msg);

RabbitMQ的死信

当消息处于以下几种情况时，会被转发到死信交换机，如果没有死信交换机，消息会被直接丢弃处理。消费端可以监听正常队列和死信队列，获取消息。

1. 消息设置TTL时间，在失效时间内没有被消费
2. 消息被消费者拒绝处理
3. 队列中消息没有及时消费，造成消息堆积，或者消息发送快，而消费比较慢，这两种情况可能会造成队列中消息达到最大长度，前面的消息会被丢弃调掉。