1 面試題

　　寫一個消息隊列，你如何進行架構設計,說一下你的思路!

　　2 考點分析

　　一般面試官要考察兩塊：

　　(1)你有沒有對某一個消息隊列做過較為深入的原理的了解，或者從整體了解把握住一個mq的架構原理

　　(2)看看你的設計能力，給你一個常見的系統，就是消息隊列系統，看看你能不能從全局把握一下整體架構設計，給出一些關鍵點出來

　　說實話，一般面類似問題的時候，大部分人基本都會蒙，因為平時從來沒有思考過類似的問題，大多數人就是平時埋頭用，從來不去思考背后的一些東西。

　　類似的問題，經常問的還有，如果讓你來設計一個spring框架你會怎么做?如果讓你來設計一個dubbo框架你會怎么做?如果讓你來設計一個mybatis框架你會怎么做?

　　3 詳解

　　其實回答這類問題，說白了，不求你看過那技術的源碼，起碼你大概知道那個技術的基本原理，核心組成部分，基本架構構成，然后參照一些開源的技術把一個系統設計出來的思路說一下就好

　　比如說這個消息隊列，我們來從以下幾個角度來考慮一下

　　3.1 支持可伸縮性

　　需要的時候快速擴容，就可增加吞吐量和容量，那怎么搞?

　　設計個分布式的系統唄，參照一下kafka的設計理念，broker - topic - partition，每個partition放一個機器，就存一部分數據。如果現在資源不夠了，簡單啊，給topic增加partition，然后做數據遷移，增加機器，不就可以存放更多數據，提供更高的吞吐量了?

　　3.2 數據落地

　　那肯定要了，落磁盤，才能保證別進程掛了數據就丟了。那落磁盤的時候怎么落啊?順序寫，這樣就沒有磁盤隨機讀寫的尋址開銷，磁盤順序讀寫的性能是很高的，這就是kafka的思路。

　　3.3 其次你考慮一下你的mq的可用性啊

　　這個事兒，具體參考我們之前可用性那個環節講解的kafka的高可用保障機制。多副本 - leader follower - broker掛了重新選舉leader即可對外服務。

　　3.4 支持數據0丟失

　　可以的，參考我們之前說的那個kafka數據零丟失方案

　　其實一個mq肯定是很復雜的，面試官問你這個問題，其實是個開放題，他就是看看你有沒有從架構角度整體構思和設計的思維以及能力。確實這個問題可以刷掉一大批人，因為大部分人平時不思考這些東西。

　　

?

轉載于:https://juejin.im/post/5cce8e986fb9a0323d6e1788

總結

以上是生活随笔為你收集整理的JAVA面试题：你怎么设计一个消息队列?的全部內容，希望文章能夠幫你解決所遇到的問題。

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