RabbitMQ介绍及运用_rabbitmq可以用在请求上吗

1.RabbitMQ 介绍

RabbitMQ是一种消息中间件，用于异步处理来自客户端的请求。服务端将要发送的信息存入队列池中，接收端根据RabbitMQ配置的转发机制进行接收。RabbitMQ依据指定的转发规则进行消息的转发、缓冲和持久化操作，主要用在多服务器间或单服务器的子系统间进行通信，是分布式系统标准的配置。

2.RabbitMQ 使用场景及功能

2.1服务解耦

假如在某种情况下，有B,C,D多个服务器需要使用A服务器的数据，那么我们可以在A服务中直接调用B,C,D服务，并传入数据。
但这样做的弊端就是当我们服务器很多时，并且会不时改变需要数据服务器数量，那么A服务中调用代码的维护会极为困难。
这是由于服务之间耦合度过于紧密。

这个时候就可以考虑使用MQ消息队列
A服务只需要向消息服务器发送消息,而不用考虑谁需要这些数据;下游服务如果需要数据,自行从消息服务器订阅消息,不再需要数据时则取消订阅即可。

2.2流量削峰

假设我们有一个应用,平时访问量是每秒300请求,我们用一台服务器即可轻松应对

但在某些特殊情况下，例如双十一，请求会大幅增加，假设增加至3000请求每秒，那么A服务器压力就会瞬间增加，产生风险。这时我们可以考虑增加到10台服务器,来分散访问压力。

但是这样的弊端是，当活动过去时，并发量降下来容易造成资源浪费。
这时我们就可以使用消息队列的方式来进行削峰处理。将请求处理时间拉长，每次只放行300请求，服务器慢慢的进行处理，可以解决瞬时压力。

2.3异步调用

异步调用可参考送外卖的情况，订单支付先响应成功，再在后台进行寻找外卖小哥的操作。
订单数据可以发送到消息队列服务器,那么调用链路也就可以到此结束,订单系统则可以立即得到响应,整条链路的响应时间只有200毫秒左右。
寻找外卖小哥的应用可以以异步的方式从消息队列接收订单消息,再执行耗时的寻找操作

3.RabbitMQ 六种工作模式

3.1简单模式(只有一个消费者)

RabbitMQ是一个消息中间件，你可以想象它是一个邮局。当你把信件放到邮箱里时，能够确信邮递员会正确地递送你的信件。RabbitMq就是一个邮箱、一个邮局和一个邮递员。

1. 发送消息的程序是生产者
2. 邮箱代表队列
3. 邮递员代表消费者

虽然消息会流经RbbitMQ和你的应用程序，但消息只能被存储在队列里。队列存储空间只受服务器内存和磁盘限制，它本质上是一个大的消息缓冲区。多个生产者可以向同一个队列发送消息，多个消费者也可以从同一个队列接收消息.

3.2工作模式(多个消费者)

3.2.1轮询分发

假设有一个生产者,两个消费者,生产者发送多条消息.如: A,B,C,D,E
两个消费者分别收到情况如下:

1. 消费者一: A,C,E
2. 消费者二: B,D
   结论:rabbitmq在所有消费者中轮询分发消息,把消息均匀地发送给所有消费者

3.2.2合理分发

同样以上面的例子,假如消费者一的A消息处理时间很长时,即使消费者二已经处理完了B,D消息,处于空闲状态,C和E消息也仍会发送给消费者一进行处理,这就会导致有的消费者非常繁忙, 而其它消费者空闲.

这时我们可以使用 basicQos(1)方法,告诉rabbitmq一次只向消费者发送一条消息, 在返回确认回执前, 不要向消费者发送新消息. 而是把消息发给下一个空闲的消费者

3.2.3消息持久化

假如队列里还存在数据,这时RabbitMQ突然关闭,那么会导致队列和消息的丢失.对于一些重要的不允许丢失的消息,我们需要将消息进行持久化处理.
做法:
将消息队列设置为可持久化:在定义队列时指定参数durable为true

3.3发布订阅模式(群发)

我们将向多个消费者传递同一条消息。这种模式称为“发布/订阅”。

Exchanges 交换机

生产者向交换机(Exchange)发送消息.交换机是一个非常简单的东西。一边接收来自生产者的消息，另一边将消息推送到队列。交换器必须确切地知道如何处理它接收到的消息。
有几种可用的交换类型:direct、topic、header和fanout。

1. direct:一对一完全匹配，将一个队列绑定到交换机上，要求该消息与一个特定的路由键完全匹配.
2. topic:多对多正则匹配，所有发送到Topic Exchange的消息被转发到匹配的RouteKey中指定Topic的Queue。
3. header:headers Exchange与Direct、topic、fanout不同，它时通过匹配AMQP消息的header而非路由键。
4. fanout:不处理路由键，只需将队列绑定到交换机上，发送到交换机的消息都会被转发到与该交换机绑定的所有队列上。