消息队列经典十连问_消息队列的十个问题

前言

大家好呀，金三银四即将来临，整理了十道十分经典的消息队列面试题，看完肯定对面试有帮助的，大家一起加油哈

1. 什么是消息队列
2. 消息队列的应用场景
3. 消息队列如何解决消息丢失问题
4. 消息队列如何保证消息的顺序性。
5. 消息队列有可能发生重复消费吗？如何幂等处理？
6. 如何处理消息队列的消息积压问题
7. 消息队列技术选型，Kafka还是RocketMQ，还是RabbitMQ
8. 消息中间件如何做到高可用？
9. 如何保证数据一致性，事务消息如何实现
10. 如果让你写一个消息队列，该如何进行架构设计？

1. 什么是消息队列

你可以把消息队列理解为一个使用队列来通信的组件。它的本质，就是个转发器，包含发消息、存消息、消费消息的过程。最简单的消息队列模型如下：

我们通常说的消息队列，简称MQ（Message Queue），它其实就指消息中间件，当前业界比较流行的开源消息中间件包括：RabbitMQ、RocketMQ、Kafka。

2. 消息队列有哪些使用场景。

有时候面试官会换个角度问你，为什么使用消息队列。你可以回答以下这几点：

1. 应用解耦
2. 流量削峰
3. 异步处理
4. 消息通讯
5. 远程调用

2.1 应用解耦

举个常见业务场景：下单扣库存，用户下单后，订单系统去通知库存系统扣减。传统的做法就是订单系统直接调用库存系统：

• 如果库存系统无法访问，下单就会失败，订单和库存系统存在耦合关系
• 如果业务又接入一个营销积分服务，那订单下游系统要扩充，如果未来接入越来越多的下游系统，那订单系统代码需要经常修改

如何解决这个问题呢？可以引入消息队列

1. 订单系统：用户下单后，消息写入到消息队列，返回下单成功
2. 库存系统：订阅下单消息，获取下单信息，进行库存操作。

2.2 流量削峰

流量削峰也是消息队列的常用场景。我们做秒杀实现的时候，需要避免流量暴涨，打垮应用系统的风险。可以在应用前面加入消息队列。

假设秒杀系统每秒最多可以处理2k个请求，每秒却有5k的请求过来，可以引入消息队列，秒杀系统每秒从消息队列拉2k请求处理得了。

有些伙伴担心这样会出现消息积压的问题，

• 首先秒杀活动不会每时每刻都那么多请求过来，高峰期过去后，积压的请求可以慢慢处理；
• 其次，如果消息队列长度超过最大数量，可以直接抛弃用户请求或跳