MQ的初认识（二）:消息队列概念和使用场景

一、消息队列的概念

    消息队列说白就是处理网络之间某些状况下不能实时的请求和响应。由于网络堵塞或者网络宕机等原因导致请求超时、请求失败等状况，这个时候客户端无法实时获取请求结果会一直在加载，会给用户一种不好的体验。这个时候MQ作为一个中间件来存储所有的请求（即为消息，也是生产者），而中间件再根据不同的响应方（即为消费者）发送其对应的请求。但由于生产者和消费者不唯一，所以生产者和消费者要定义相应的消息格式，从而来保证信息能够解析。

二、使用场景

1.异步处理

   异步处理也就是并行处理。通常情况下代码执行顺序自上而下，但其中有些代码的执行是不相互依赖的，完全可以同时进行（也就是并行处理），从而可以减少执行时间。进而系统的吞吐量、并行量和执行时间也会进行提高。

2.应用耦合

  在通常情况下系统的请求和响应讲究实时性，但是某些情况下因为响应方无法访问导致请求方无法工作，进而影响整个工作进展。如果请求方不依赖于响应方，而是添加一个中间方用于存储请求方的请求，不管响应方能否正常访问，请求方都可以正常工作，而正常访问的响应方去处理中间方的请求即可。

3.流量削锋

 在抢购活动中，因为访问量增加会导致服务挂掉，把所有的请求加入消息队列后，业务端会正常去处理请求，当队列长度达到最大值后就不能加入队列，就可以根据队列情况给予友好提示。

4.消息模式

（1）点对点模式：使用同一队列，进行消息传递（角色：消息队列（Queue），发送者(Sender)，接收者(Receiver)）

     特点：1.每个消息只有一个消费者，一旦被消费就消失在消息队列中

               2.发送者和接受者不相互依赖，可单独发送和单独接收

               3.接收者一旦接收到消息要给予队列以成功应答

（2）订阅模式（相当于聊天室模式）：多个客户端订阅同一主题，进行发布和订阅（角色：主题（Topic），发布者（Publisher），订阅者（Subscriber））

      特点：1.每个消息可以有多个订阅者

                2.发布者和订阅者有时间上的依赖，创建了订阅者才能对其进行消费

                3.消费者必须是运行的状态