面试——RabbitMQ

---

RabbitMQ是什么？

它是由 erlang 开发的 AMQP 的开源项目，能实现异步消息的处理。
说白了就是个消息中间件：接受和转发消息，它本身只是消息的中转站。

---

使用场景有哪些？

• 抢购活动、削峰填谷、防止系统崩塌
• 延时信息处理（给10分钟后下单未付款的用户发送信息提醒）
• 解耦系统：对新增功能可单独写模块扩展（用户确认评价后，新增用户返积分功能，只需将新增积分的接口订阅确认评价的消息队列即可。任何新功能只需订阅对应的消息队列就行）

---

有哪些重要的角色？

• 生产者： 消息的创建者，负责创建和推送数据到消息服务器。
• 消费者： 消息接收者，处理数据和确认消息。
• 代理： rabbitmq 本身，送“快递”的角色。

---

有哪些重要的组件？

连接管理器、信道、交换机、队列、路由键、绑定键

• ConnectionFactory：应用程序于 Rabbit 间建立连接的管理器，程序代码中使用。
• Channel：消息推送使用的通道。
• Exchange：接受、分配消息。
• Queue：存储生产者消息。
• RoutingKey：将生产者的数据分配到交换机上。
• BindingKey：将交换机的消息绑定到队列上。

---

有几种广播类型？

• direct： 默认，将消息中的 Routing key 与该 Exchange 关联的所有 Binding 中的 Routing key 进⾏⽐较，如果完全匹配（注意：是完全匹配），则发送到该 Binding 对应的 Queue 中。
• headers： 类似 direct，但性能很差，几乎不用。
• fanout： 直接将消息转发到所有 binding 的对应 queue 中，这种 exchange 在路由转发的时候，忽略 Routing key ，直接将消息发送到所有绑定的queue中，因此所有队列都会接收到相同的消息，相当于⼴播。
• topic： 将消息中的 Routing key 与该 Exchange 关联的所有 Binding 中的 Routing key 进⾏⽐较，如果匹配（可以通过通配符进⾏模糊匹配），则发送到该 Binding 对应的 Queue 中。

---

Queue 中的 poll() 和 remove() 有什么区别？

相同点：都返回第一个元素，并在队列中删除返回的对象。
不同点：若没有元素时poll()会返回 null，remove()会直接抛出NoSuchEelementException异常。

---

vhost的作用是什么？

vhost —— 虚拟主机
每个 RabbitMQ 都能创建出许多的 vhost，而且这些都是 mini 版的 rabbitmq，它拥有自己的队列、交换机、绑定以及自主的权限机制。

---

消息是如何发送的？

客户端必须连接到 RabbitMQ 服务器后才能发布和消费信息，这时客户端和 rabbitmq server 间会创建一个 tcp 连接，一旦 tcp 打开并通过了认证（发给 rabbit 服务器的用户名+密码），客户端便和 rabbitmq 就创建出了一条 amqp 信道，此信道是创建在“真实” tcp 上的虚拟连接，qmqp 命令都是通过信道发送出去的，每个信道都有一个唯一的 id，无论是发布信息、订阅队列都是通过这个信道完成的。

---

如何保证消息稳定性？

• 提供了事物功能
• 通过 channel 设置为 confirm 模式

---

如何避免消息丢失？

• 将消失持久化磁盘，以保证服务器重启后消息不丢失。
• 每个集群中至少有一个物理磁盘，来保证消息落入磁盘。

---

保证消息持久化成功的条件有哪些？

• 声明队列必须设置持久化 durable 设置为 true。
• 消息推送投递模式必须设置持久化，deliveryMode 设置为 2（持久）。
• 消息已经到达持久化交换机。
• 消息已经到达持久化队列。

以上四个条件都满足才能保证消息持久化成功。

---

持久化有什么缺点？

降低了服务器的吞吐量，这是因为使用的是磁盘而非内存存储，从而导致吞吐量的降低。可尽量的使用 ssd 硬盘来缓解吞吐量的问题。

---

如何实现延迟消息队列？

• 通过消息过期后进入死信交换机，由交换机转发给延迟消费队列。
• 使用 RabbitMQ-delayed-message-exchange 插件。

---

集群有什么用？

• 高可用： 当某个服务器出现问题时，整个 rabbitmq 还能使用。
• 高容量： 集群能承载更多的消息量。

---

集群的搭建需要注意哪些问题？

• 各节点间使用 –link 连接，此属性不可忽略。
• 各节点间用 erlang cookie 值必须相同，相当于密钥用于各节点间的认证。
• 整个集群必须包含一个磁盘节点。

---

节点类型有哪些？

• 磁盘节点： 将消息存储到磁盘中。
• 内存节点： 将消息存储到内存中，重启服务器时消息会丢失，但性能要高于磁盘。

---

每个节点是其它节点的完整拷贝吗？

不是。

• 存储空间上考虑： 若每个节点都有所有队列节点的完整拷贝，新增节点时不但没有新增存储空间，反而增加了更多的冗余数据。
• 性能上的考虑： 若每条消息都要完整拷贝到每个集群节点，新增节点非但没有提升消息的处理能力，最多是保持与单节点相同的性能甚至会更糟。

---

集群的唯一一个磁盘节点崩溃了会发生什么情况？

无法进行以下操作：

• 不能创建队列
• 不能创建交换机
• 不能创建绑定
• 不能添加用户
• 不能更改权限
• 不能添加、删除集群节点

唯一的磁盘节点崩溃了，集群还是可以保持运行的，但无法更改任何的东西。

---

集群节点的停止顺序有什么要求？

先关闭内存节点，再关闭磁盘节点。若是顺序相反，可能将造成消息的丢失。