【面试八股|RabbitMQ】RabbitMQ常见面试题详解笔记

这里根据个人说话口吻等编写Spring常见面试题用于记录复习，后续会持续更新补充，欢迎点赞收藏。

消息队列

常见消息队列对比

追求可用性：Kafka、 RocketMQ 、RabbitMQ

追求可靠性：RabbitMQ、RocketMQ

追求吞吐能力：RocketMQ、Kafka

追求消息低延迟：RabbitMQ、Kafka

说说workqueues模型

指多个消费者共同处理消息，大大提高工作效率了。默认为能者多劳，但可以通过.yml配置prefetch修改。

队列和交换机声明方式

1.RabbitMQ控制台创建。

2.程序编写：编程式（注入成@Bean），注解式（@RabbitListener）

RabbitMQ有哪些核心组件

1.生产者，交换机，队列，消费者，虚拟主机

2.交换机分为四类，Direct（直连），Fanout（广播），Topic（主题），Headers（头）

3.其中fanout忽略路由键，广播所有绑定的队列。Direct通过路由键与绑定键的匹配实现点对点通信。Topic通过通配符实现规则绑定

惰性队列是什么

为避免内存消息堆积导致存入磁盘的pageout阻塞，出现了lazyqueue。LazyQueue接受消息直接存入磁盘而非内存，支持懒加载，可存储百万条消息。

RabbitMQ的消息可靠性

可以从生产者发送消息到mq可靠性，mq存储消息可靠性，消费者处理消息可靠性三方面入手

生产者可靠性：

1.生产者确认机制，通过.yml与全局的returncallback配置类，局部的ConfirmCallback开启Publisher Confirm与Publisher Return机制。

2.生产者重试机制，修改.yml文件超时时间，重试次数等

MQ可靠性：

1.数据持久化，交换机，队列，消息持久化

消费者可靠性：

1.消费者确认机制，ack，nack，reject（消息处理失败并拒绝该消息，RabbitMQ从队列中删除该消息）

2.消费者重试机制，修改.yml文件的重试次数，等待时长等

3.失败处理策略，实现MessageRecovery接口

RabbitMQ消息重复消费如何解决

1.开启消费者自动确认机制，但仍可能出现服务确认前宕机，重启后再次消费的情况。

2.通过业务唯一id检查数据库数据是否存在避免重复被消费

3.可通过分布式锁避免两条消息同时被消费的情况

说说RabbitMQ的延迟消息

1.有两种实现方式，死信交换机+TTL和延迟消息插件

2.当消息超时未被消费成为死信，队列可绑定到死信交换机，再传递给其它队列被处理，实现延迟功能

3.通过安装DelayExchange插件，指定死信交换机与超时时间实现延迟功能

数百万消息存在mq怎么解决

1.使用惰性队列，存储到磁盘中

2.提高消费者能力，使用多个消费者，多线程