46. RabbitMQ 的使用場景有哪些？

• 搶購活動，削峰填谷，防止系統崩塌。
• 延遲信息處理，比如 10 分鐘之后給下單未付款的用戶發送郵件提醒。
• 解耦系統，對于新增的功能可以單獨寫模塊擴展，比如用戶確認評價之后，新增了給用戶返積分的功能，這個時候不用在業務代碼里添加新增積分的功能，只需要把新增積分的接口訂閱確認評價的消息隊列即可，后面再添加任何功能只需要訂閱對應的消息隊列即可。
• 訂單系統：用戶下單后，訂單系統完成持久化處理，將消息寫入消息隊列，返回用戶訂單下單成功
• 庫存系統：訂閱下單的消息，采用拉/推的方式，獲取下單信息，庫存系統根據下單信息，進行庫存操作
• 假如：在下單時庫存系統不能正常使用。也不影響正常下單，因為下單后，訂單系統寫入消息隊列就不再關心其他的后續操作了。實現訂單系統與庫存系統的應用解耦
• 為了保證庫存肯定有，可以將隊列大小設置成庫存數量，或者采用其他方式解決。

47. RabbitMQ 有哪些重要的角色？

RabbitMQ 中重要的角色有：生產者、消費者和代理：

• 生產者：消息的創建者，負責創建和推送數據到消息服務器；
• 消費者：消息的接收方，用于處理數據和確認消息；
• 代理：就是 RabbitMQ 本身，用于扮演“快遞”的角色，本身不生產消息，只是扮演“快遞”的角色。

48. RabbitMQ 有哪些重要的組件？

• ConnectionFactory（連接管理器）：應用程序與Rabbit之間建立連接的管理器，程序代碼中使用。
• Channel（信道）：消息推送使用的通道。
• Exchange（交換器）：用于接受、分配消息。
• Queue（隊列）：用于存儲生產者的消息。
• RoutingKey（路由鍵）：用于把生成者的數據分配到交換器上。
• BindingKey（綁定鍵）：用于把交換器的消息綁定到隊列上。

49. RabbitMQ 中 vhost 的作用是什么？

host本質上是一個mini版的RabbitMQ服務器，擁有自己的隊列、綁定、交換器和權限控制；

vhost通過在各個實例間提供邏輯上分離，允許你為不同應用程序安全保密地運行數據；

vhost是AMQP概念的基礎，必須在連接時進行指定，RabbitMQ包含了默認vhost：“/”；

當在RabbitMQ中創建一個用戶時，用戶通常會被指派給至少一個vhost，并且只能訪問被指派vhost內的隊列、交換器和綁定，vhost之間是絕對隔離的。

vhost操作：

rabbitmqctl

50. RabbitMQ 的消息是怎么發送的？

首先客戶端必須連接到 RabbitMQ 服務器才能發布和消費消息，客戶端和 rabbit server 之間會創建一個 tcp 連接，一旦 tcp 打開并通過了認證（認證就是你發送給 rabbit 服務器的用戶名和密碼），你的客戶端和 RabbitMQ 就創建了一條 amqp 信道（channel），信道是創建在“真實” tcp 上的虛擬連接，amqp 命令都是通過信道發送出去的，每個信道都會有一個唯一的 id，不論是發布消息，訂閱隊列都是通過這個信道完成的。

51. RabbitMQ 怎么保證消息的穩定性？

• 提供了事務的功能。
• 通過將 channel 設置為 confirm（確認）模式。

52. RabbitMQ 怎么避免消息丟失？

• 把消息持久化磁盤，保證服務器重啟消息不丟失。
• 每個集群中至少有一個物理磁盤，保證消息落入磁盤。

53. 要保證消息持久化成功的條件有哪些？

• 聲明隊列必須設置持久化 durable 設置為 true.
• 消息推送投遞模式必須設置持久化，deliveryMode 設置為 2（持久）。
• 消息已經到達持久化交換器。
• 消息已經到達持久化隊列。

以上四個條件都滿足才能保證消息持久化成功。

54. RabbitMQ 持久化有什么缺點？

持久化的缺地就是降低了服務器的吞吐量，因為使用的是磁盤而非內存存儲，從而降低了吞吐量?？杀M量使用 ssd 硬盤來緩解吞吐量的問題。

55. RabbitMQ 有幾種廣播類型？

• direct（默認方式）：最基礎最簡單的模式，發送方把消息發送給訂閱方，如果有多個訂閱者，默認采取輪詢的方式進行消息發送。
• headers：與 direct 類似，只是性能很差，此類型幾乎用不到。
• fanout：分發模式，把消費分發給所有訂閱者。
• topic：匹配訂閱模式，使用正則匹配到消息隊列，能匹配到的都能接收到。

56. RabbitMQ 怎么實現延遲消息隊列？

延遲隊列的實現有兩種方式：

• 通過消息過期后進入死信交換器，再由交換器轉發到延遲消費隊列，實現延遲功能；
• 使用 RabbitMQ-delayed-message-exchange 插件實現延遲功能。

57. RabbitMQ 集群有什么用？

集群主要有以下兩個用途：

• 高可用：某個服務器出現問題，整個 RabbitMQ 還可以繼續使用；
• 高容量：集群可以承載更多的消息量。

58. RabbitMQ 節點的類型有哪些？

• 磁盤節點：消息會存儲到磁盤。
• 內存節點：消息都存儲在內存中，重啟服務器消息丟失，性能高于磁盤類型。

59. RabbitMQ 集群搭建需要注意哪些問題？

• 各節點之間使用“--link”連接，此屬性不能忽略。
• 各節點使用的 erlang cookie 值必須相同，此值相當于“秘鑰”的功能，用于各節點的認證。
• 整個集群中必須包含一個磁盤節點。

60. RabbitMQ 每個節點是其他節點的完整拷貝嗎？為什么？

不是，原因有以下兩個：

• 存儲空間的考慮：如果每個節點都擁有所有隊列的完全拷貝，這樣新增節點不但沒有新增存儲空間，反而增加了更多的冗余數據；
• 性能的考慮：如果每條消息都需要完整拷貝到每一個集群節點，那新增節點并沒有提升處理消息的能力，最多是保持和單節點相同的性能甚至是更糟。

61. RabbitMQ 集群中唯一一個磁盤節點崩潰了會發生什么情況？

如果唯一磁盤的磁盤節點崩潰了，不能進行以下操作：

• 不能創建隊列
• 不能創建交換器
• 不能創建綁定
• 不能添加用戶
• 不能更改權限
• 不能添加和刪除集群節點

唯一磁盤節點崩潰了，集群是可以保持運行的，但你不能更改任何東西。

62. RabbitMQ 對集群節點停止順序有要求嗎？

RabbitMQ 對集群的停止的順序是有要求的，應該先關閉內存節點，最后再關閉磁盤節點。如果順序恰好相反的話，可能會造成消息的丟失。

總結

以上是生活随笔為你收集整理的rabbitmq 延迟队列_框架系列|中间件RabbitMQ必看17道面试题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。