面試題
如果讓你寫一個消息隊列，該如何進(jìn)行架構(gòu)設(shè)計檀头？說一下你的思路轰异。
消息中間件各種面試題：
消息中間件面試題：消息丟失怎么辦？
消息中間件面試題：消息隊列的優(yōu)缺點(diǎn)暑始，區(qū)別
消息中間件面試題：消息中間件的高可用
消息中間件面試題：如何保證消息的順序性
消息中間件面試題：如何保證消息不被重復(fù)消費(fèi)
消息中間件面試題：如何解決消息隊列的延時以及過期失效問題搭独？消息隊列滿了以后該怎么處理？有幾百萬消息持續(xù)積壓幾小時呢廊镜？
消息中間件面試題：如果讓你寫一個消息隊列牙肝，該如何進(jìn)行架構(gòu)設(shè)計？
面試題剖析
其實聊到這個問題嗤朴，一般面試官要考察兩塊：
- 你有沒有對某一個消息隊列做過較為深入的原理的了解配椭，或者從整體了解把握住一個消息隊列的架構(gòu)原理。
- 看看你的設(shè)計能力雹姊，給你一個常見的系統(tǒng)股缸，就是消息隊列系統(tǒng)，看看你能不能從全局把握一下整體架構(gòu)設(shè)計容为，給出一些關(guān)鍵點(diǎn)出來乓序。
說實話，問類似問題的時候坎背，大部分人基本都會蒙替劈，因為平時從來沒有思考過類似的問題，大多數(shù)人就是平時埋頭用得滤，從來不去思考背后的一些東西陨献。類似的問題，比如懂更，如果讓你來設(shè)計一個 Spring 框架你會怎么做眨业？如果讓你來設(shè)計一個 Dubbo 框架你會怎么做？如果讓你來設(shè)計一個 MyBatis 框架你會怎么做沮协？
回答
其實回答這類問題龄捡，說白了，不求你看過那技術(shù)的源碼慷暂，起碼你要大概知道那個技術(shù)的基本原理聘殖、核心組成部分、基本架構(gòu)構(gòu)成，然后參照一些開源的技術(shù)把一個系統(tǒng)設(shè)計出來的思路說一下就好奸腺。
比如說這個消息隊列系統(tǒng)餐禁，我們從以下幾個角度來考慮一下：
首先這個 mq 得支持可伸縮性吧，就是需要的時候快速擴(kuò)容突照，就可以增加吞吐量和容量帮非，那怎么搞？設(shè)計個分布式的系統(tǒng)唄讹蘑，參照一下 kafka 的設(shè)計理念，broker -> topic -> partition衔肢，每個 partition 放一個機(jī)器，就存一部分?jǐn)?shù)據(jù)隅忿。如果現(xiàn)在資源不夠了背桐，簡單啊，給 topic 增加 partition链峭，然后做數(shù)據(jù)遷移又沾，增加機(jī)器，不就可以存放更多數(shù)據(jù)励饵，提供更高的吞吐量了滑燃？
其次你得考慮一下這個 mq 的數(shù)據(jù)要不要落地磁盤吧？那肯定要了典予，落磁盤才能保證別進(jìn)程掛了數(shù)據(jù)就丟了乐严。那落磁盤的時候怎么落鞍貉椤昭娩？順序?qū)懯蜇遥@樣就沒有磁盤隨機(jī)讀寫的尋址開銷锐涯，磁盤順序讀寫的性能是很高的填物，這就是 kafka 的思路。
其次你考慮一下你的 mq 的可用性吧怼击困？這個事兒，具體參考之前可用性那個環(huán)節(jié)講解的 kafka 的高可用保障機(jī)制蛛枚。多副本 -> leader & follower -> broker 掛了重新選舉 leader 即可對外服務(wù)脸哀。
能不能支持?jǐn)?shù)據(jù) 0 丟失啊盲镶？可以的溉贿，參考我們之前說的那個 kafka 數(shù)據(jù)零丟失方案送漠。
mq 肯定是很復(fù)雜的，面試官問你這個問題代兵，其實是個開放題爷狈，他就是看看你有沒有從架構(gòu)角度整體構(gòu)思和設(shè)計的思維以及能力。確實這個問題可以刷掉一大批人思币，因為大部分人平時不思考這些東西。
