一、什么是队列
队列（Queue）是一种常见的数据结构，其最大的特点就是先进先出（First In First Out），作为最基础的数据结构，队列应用很广泛。比如火车站排队买票等等。可以用下图表示队列：
是秒杀系统，一般秒杀活动瞬间流量很高，如果流量全部涌向秒杀系统，会压垮秒杀系统，通过引入消息队列，可以有效缓冲突发流量，达到“削峰”的作用。
我们使用秒杀的场景来描述流量削峰，先看下面一张流程图：
在上面的流程中sDnNDCgq，我们把秒杀服务称为上游服务，订单服务、库存服务、余额服务统称为下游服务。客户端发起秒杀的请求，秒杀服务收到客户端发送的请求以后，创建订单，修改库存，扣减余额，这是秒杀的基本业务场景。
假如下游服务只能同时处理1000个并发请求，上游服务可以处理10000个并发请求，而客户端发起了10000个请求，超出了下游服务可以处理的并发量，所以会导致下游服务发生宕机。这时就可以加入消息队列来解决宕机的问题。看下面加入消息队列的流程图：
我们在上面的流程图中加入了消息队列，描述服务接收到客户端发送的10000个请求以后，把所有的请求都写入到消息队列中，然后下游服务去订阅消息队列里面的秒杀请求，然后在去执行自己的业务逻辑操作。
我们举个简单的例子，上游服务还是能处理10000个并发请求，下游服务还是只能处理1000个并发请求，那么这时候我们在消息队列里面会允许存1000个并发请求。上游的秒杀服务接收到10000个并发请求，而消息队列里面只能存1000个请求，多余的请求就不会存入到消息队列里面，直接返回给客户端提示“系统繁忙，请稍后！”。这就是所谓的流量削峰场景。这是由下游服务可以处理的并发量决定的。由于下游www.easck.com服务只能处理1000个并发请求，所以消息队列里面只能存1000个秒杀，多余的秒杀请求全部返回客户端提示。这样就保证了下游服务的正常响应，不会导致下游服务发生宕机，提高了系统的可用性。
2、日志场景
优化日志传输
为了程序的健壮性，我们一般会在程序中添加各种记录日志的功能，比如错误日志、操作日志等等，看下面一张流程图：
上面的流程图是同步记录日志的流程。使用同步记录日志的流程，会使得整个流程花费的时间增多，而且也会容易造成业务系统宕机（如果数据库损坏了，向数据库记录日志的操作将会产生错误）。我们可以使用消息队列的方式优化日志的传输。看下面的流程图：
加入了消息队列以后，可以缩短系统花费的时间，而且也可以达到应用系统解耦的功能。
3、及时通讯场景
聊天室
消息队列最主要功能是收发消息，其内部有高效的通讯机制，因此非常适合用于消息通讯。
我们可以基于消息队列开发点对点的聊天系统，也可以开发广播系统，用于将消息广播给大量接收者。
到此这篇关于消息队列应用场景的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持我们。
