什么是消息队列？为什么会用到消息队列以及消息队列需要考虑的问题

前言

本文将会介绍什么是消息队列，为什么会用到消息队列，以及用消息队列会产生哪些问题，可以怎样解决等等。也看了很多文章，写的都很好，好记性不如烂笔头，所以自己也归纳总结一下，从而加深理解，欢迎大家一起学习探讨。

介绍

一、什么是消息队列？（MQ）

消息队列我们一般会简称它为MQ(Message Queue)，队列（Queue）这个词大家都不陌生，类似于火车站排队进站，先排队的人先进站，这是一种典型的“先进先出，后进后出”的例子。所以其实消息队列就是基础数据结构中“先进先出”的一种数据结构，下图更好的解释了这一概念。

上图可见，消息队列的基本架构很简单；有称为生产者的客户端应用程序可以创建消息并将其传递到消息队列。另一个称为使用者的应用程序连接到队列并获取要处理的消息。存储在队列中的消息将被存储，直到消费者检索到它们为止。

消息队列提供异步通信协议,该协议是一种将消息放入消息队列并且不需要立即响应来继续处理的系统。电子邮件可能是异步通信的最佳示例。发送电子邮件后，发件人将继续处理其他事情，而无需接收者的立即响应。这种处理消息的方式使生产者与使用者脱钩，从而使他们不需要同时与消息队列进行交互。

二、为什么会用到消息队列?

那么为什么会用到消息队列呢，消息队列解决了什么问题，有什么好处呢，其实消息队列一直存在，随着微服务架构的流行，成为了解决微服务之间问题的常用工具，下面介绍一下消息队列所带来的一些好处。

1、应用解耦合

举例来讲，有这样一个应用场景。A系统需要通过调用B、C、D系统的接口来将数据发送到BCD，这时就需要A系统来编写发送到BCD的代码。那么如果突然多了一个E系统也需要A的数据怎么办，这时就需要A系统修改代码，将数据同时发送到BCDE中去。但是如果这时D系统不需要接受这个数据怎么办，就再次需要A来修改代码。如此反复，对于系统的可维护性极其不利，耦合性非常高。

在这个场景中，A 系统跟其它各种乱七八糟的系统严重耦合，A 系统产生一条比较关键的数据，很多系统都需要 A 系统将这个数据发送过来。A 系统要时时刻刻考虑 BCDE 四个系统如果挂了该咋办？要不要重发，要不要把消息存起来？

如果使用 消息队列（MQ），A 系统产生一条数据，发送到 MQ 里面去，哪个系统需要数据自己去 MQ 里面消费。如果新系统需要数据，直接从 MQ 里消费即可；如果某个系统不需要这条数据了，就取消对 MQ 消息的消费即可。这样下来，A 系统压根儿不需要去考虑要给谁发送数据，不需要维护这个代码，也不需要考虑人家是否调用成功、失败超时等情况。

上述场景可以看出，当一个系统或者一个模块调用多个系统或者模块的时候，互相之间调用起来很复杂，需要考虑的问题很多，维护起来很麻烦，所以其实并不需要同步进行接口调用，使用消息队列给它异步解耦，则好处很多。

2、异步

以系统注册用户为例，正常情况下，注册用户信息需要查询数据库需要50ms，然后向用户发送邮件需要50ms,然后再向用户发送短息通知获取验证码又需要50ms,共计需要150ms，我们可以发现这些都是同步进行的，比较时间。
如果采用mq之后，注册用户信息需要查询数据库需要50ms，然后其他操作写入到消息队列中，消息队列异步执行邮件以及短信服务，可能只需要20ms,这时共计需要70ms则可以完成任务，大大的缩短了任务的执行时间。

3、流量削峰

举个例子，如果一个订单系统，每秒钟可以处理一万次下单，在平时正常的时候该系统可以应付正常的请求，正常时段我们下单之后就会收到结果。但是如果突然遇到高峰期，有十万次下单操作给到订单系统中，这时由于超出处理范围则会造成系统崩溃,如下图一所示。
这时我们可以用到消息队列来做缓冲，将其流量削峰，将一秒内十万次下单存到消息队列中，然后订单系统每秒只拉取一万下单来做处理，将其他订单先积压在消息队列中，等高峰期过去后，系统就会慢慢把订单都处理完，如下图二所示。

三、使用消息队列有什么问题

1、高可用问题

无论是我们使用消息队列来做解耦、异步还是削峰，消息队列肯定不能是单机的。试着想一下，如果是单机的消息队列，万一这台机器挂了，那我们整个系统几乎就是不可用了。以下图为例

所以一点MQ挂掉了，则整个系统都崩溃了，所以消息队列一定是集群的分布式的。

2、数据丢失问题

我们将数据写到消息队列上，其他系统没来得及取消息队列的数据，就挂掉了。如果没有做任何的措施，我们的数据就丢了,还是以订单系统为例。

3、其他问题

除了上述问题我们是用的时候还会考虑各种问题
· 消息重复消费了怎么办？
· 消息如何保证有序？
· 系统的复杂性，消息的一致性等

总结

虽然消息队列给我们带来了那么多的好处，但同时我们发现引入消息队列也会提高系统的复杂性。市面上现在已经有不少消息队列轮子了，每种消息队列都有自己的特点，选取哪种MQ还得好好斟酌。
所以消息队列实际是一种非常复杂的架构，你引入它有很多好处，但是也得针对它带来的坏处做各种额外的技术方案和架构来规避掉，做好之后，你会发现，妈呀，系统复杂度提升了一个数量级，也许是复杂了 10 倍。但是关键时刻，用，还是得用的。