面试官竟然问我为啥要用 MQ，幸亏我看了参考答案

互联网公司的项目没有不用到 MQ（消息队列）的，在简历中写上项目中用到 MQ，也算是亮点之一。既然你写了，面试官就会问，你对 MQ 到底了解多少？

一个挺着啤酒肚，身穿格子衫，发际线严重后移的中年男子，手拿着保温杯，胳膊夹着 MacBook 向你走来。

面试官： 小伙子，我看你简历上写了，在项目中用到了 MQ，你们项目为什么要引入 MQ？

内心闪过一万匹马，引入 MQ 是我能决定的吗？CTO 让我们用，我们就用了呗！虽然事实是这样，但是如果这样直接回答，肯定让你回去等通知了。

其实这道题就是让你回答 MQ 的作用是什么？MQ 的作用就三个：解耦、异步、削峰。 如果你直接回答这三个作用，会给面试官一种死记硬背的嫌疑，所以要结合实际项目具体分析。

1. 解耦

面试官你好，我们公司是做电商系统的。核心是交易服务，交易服务要调用另外三个服务，订单服务、库存服务、仓储服务。

这三个服务如果有一个服务不可用，交易服务就无法正常运行，所以交易服务是强耦合另外三个服务。

引入 MQ 之后，交易服务只跟 MQ 交互，把消息发到 MQ 里面就行了，无需关心另外三个服务是否可用。这时候交易服务跟另外三个服务就是弱耦合的关系，耦合性被降低了。

哪怕是另外三个服务暂时不可用，也不影响交易服务的运行，只要其他服务运行起来后，把 MQ 里面的消息消费了就行。

2. 异步

没有引入 MQ 的时候，交易服务需要同步调用三个服务，如果调用一个服务需要耗时 1 秒，那么同步调用三个服务需要耗时 3 秒。在引入 MQ 之后，全都改成了异步调用，整个耗时不到 1 秒，大大提高了接口的性能。

3. 削峰

如果一秒内同时来了 5000 笔交易，而订单服务每秒只能处理 100 笔交易，那么后面的 4900 笔交易失败。在引入 MQ 之后，交易服务可以把交易数据先发送到 MQ 中，而订单服务再慢慢从 MQ 拉取交易信息处理。从而避免突发流量压垮服务器。

面试官： 小伙子，有点东西。看来准备的很充分啊，那你知道引入 MQ 有什么坏处吗？MQ 不可能全是优点吧？

当然。我觉得引入 MQ 之后，会有以下三个坏处。

1. 系统可用性降低

本来整个系统有四个服务，我们只需要保证这四个服务可用就行了。现在又多引入了一个 MQ，我们还要保证 MQ 的可用，所以整个系统的可用性降低。

2. 系统复杂性提高

本来交易服务是同步调用另外三个服务，如果另外三个服务不可用，交易服务能立即感知到。引入 MQ 之后，整个系统的稳定性就要靠 MQ 保证了。

这时候，我们就要考虑到发到 MQ 里面的消息怎么避免丢失的问题？顺序性消费的问题，就是同一笔交易的下单消息应该比撤单消息先处理。重复性消费的问题，就是同一笔下单交易的消息可能被多次处理。

当然，每种问题都有具体的解决方案，避免消息丢失可以使用 MQ 集群，顺序性消费可以把消息发到同一个分区，重复性消费可以在消费端做幂等性处理。这里不做详细阐述，以后再讲一下每种 MQ 不同的具体实现方式。

3. 数据一致性问题

当服务间是同步调用的时候，我们还可以使用本地事务来控制数据的一致性。但是引入 MQ 之后，服务间的调用都是异步了，就没办法使用本地事务，也就无法做到数据的强一致性了。

例如，调用订单服务下单成功了，但是调用库存服务扣减库存失败，就会导致超卖，是严重的线上事故。

这时候怎么办？可以使用 MQ 事务消息，相当于是同步调用，会严重降低性能。 还可以使用分布式事务，可以实现数据的最终一致性，无法做到强一致性。

面试官内心竖起大拇指，小伙子可以啊，明天就来上班吧！

我在上家公司的工作还没交接完成，要不再等两周吧？

是不是嫌工资开得低了，我这就让 HR 加薪，明天一定要来。