高并發(fā)架構(gòu)是架構(gòu)師的必修課，而消息隊(duì)列，則是王冠上最閃亮的那顆明珠！能否駕馭消息隊(duì)列這款高并發(fā)神器，亦成為架構(gòu)師的試金石。作為專注.NET領(lǐng)域十多年的老架構(gòu)師，下面從隊(duì)列本質(zhì)、技術(shù)選型、實(shí)戰(zhàn)應(yīng)用三個方面，給大家整理下個人心得，希望能對大家有所幫助。

隊(duì)列本質(zhì)

當(dāng)下成熟的消息隊(duì)列產(chǎn)品非常多，各種豐富的特性讓人眼花繚亂，難以抉擇。穿透現(xiàn)象先看本質(zhì)，消息隊(duì)列其實(shí)就是一個第三方應(yīng)用程序，管理著一塊兒內(nèi)存空間，能快速存取數(shù)據(jù)，具備先進(jìn)先出特性。只是跟系統(tǒng)架構(gòu)設(shè)計(jì)相結(jié)合，產(chǎn)生了神奇的特效，請看下圖：

基于消息隊(duì)列的異步架構(gòu)圖

消息隊(duì)列的好處：

1.---流量削峰：高并發(fā)的核心問題就是請求集中在同一時間，服務(wù)器來不及處理，而有了消息隊(duì)列，就可以將請求的數(shù)據(jù)打包放入，然后由后端處理器異步處理，降低高峰期的并發(fā)處理壓力，用時間換空間

2.---高可用性：90%系統(tǒng)的不可用都是因?yàn)閿?shù)據(jù)庫，而在異步化架構(gòu)里，就算數(shù)據(jù)庫掛掉、甚至處理器掛掉，均不影響系統(tǒng)的可用性，客戶端可以繼續(xù)響應(yīng)請求，只是將請求堆積在消息隊(duì)列即可

3.---高擴(kuò)展性：異步化架構(gòu)里，客戶端和處理器是通過消息來交互的，只要保證消息格式不變，可以隨意獨(dú)立演化擴(kuò)展

技術(shù)選型

男怕入錯行，女怕嫁錯郎，技術(shù)選型很迷茫！網(wǎng)上充斥著各種不負(fù)責(zé)任的分析文章，侃侃而談，似是而非，胡說八道！下面我結(jié)合下個人開發(fā)實(shí)踐經(jīng)歷，以及精選測試后的有效數(shù)據(jù)，給大家做下分析和推薦，僅一家之言！

1? MSMQ

微軟自家重量級隊(duì)列，內(nèi)置在Windows Server，除了安裝省事兒外，幾乎沒別的優(yōu)勢，在.NET Core跨平臺時代里，已經(jīng)基本淘汰！

2 ?ActiveMQ

最老牌的開源消息隊(duì)列，想當(dāng)年是開源消息隊(duì)列首選，不過眼下已進(jìn)入老年期，社區(qū)不活躍了。無論是功能還是性能，ActiveMQ 都已經(jīng)與現(xiàn)代的消息隊(duì)列存在明顯的差距，它存在的意義在于兼容那些還在用老系統(tǒng)，比如2013年我給廣東電信做外包項(xiàng)目時接入的還是ActiveMQ，該選項(xiàng)可以基本排除！

3? Redis-List

互聯(lián)網(wǎng)開發(fā)必備的Nosql-Redis，其List數(shù)據(jù)結(jié)構(gòu)就是一個輕巧型的隊(duì)列。優(yōu)勢是Redis的普及性，缺陷是現(xiàn)代化消息隊(duì)列很多必備功能和特性缺失，只能滿足中小型項(xiàng)目需求！

4? ZeroMQ

嚴(yán)格來說 ZeroMQ 并不是消息隊(duì)列，而是一個基于消息隊(duì)列的多線程網(wǎng)絡(luò)庫，如果你的需求是將消息隊(duì)列的功能集成到你的系統(tǒng)進(jìn)程中，可以考慮使用 ZeroMQ，否則是跟異步化獨(dú)立架構(gòu)矛盾的，Pass！

5 RocketMQ

源自阿里的開源消息隊(duì)列，經(jīng)歷過多次“雙十一”考驗(yàn)，它的性能、穩(wěn)定性和可靠性都是值得信賴的。作為優(yōu)秀的國產(chǎn)消息隊(duì)列，近年來越來越多的被國內(nèi)眾多大廠使用。唯一的原罪是為Java開發(fā)的國產(chǎn)消息隊(duì)列，與周邊生態(tài)系統(tǒng)的集成和兼容程度要略遜一籌，對.NET支持就很不友好，果斷放棄不折騰！

6 RabbitMQ

特點(diǎn)是Messaging that just works，“開箱即用的消息隊(duì)列”。也就是說，RabbitMQ 是一個相當(dāng)輕量級的消息隊(duì)列，非常容易部署和使用。這里有個RabbitMQ的安裝視頻，歡迎掃碼自取。

RabbitMQ號稱是世界上使用最廣泛的開源消息隊(duì)列，其社區(qū)資源豐富、對各種開發(fā)語言支持友好、還有各種定制化插件，對于.NETer是非常友好的。還有個獨(dú)特的Exchange設(shè)計(jì)，非常實(shí)用。雖然也有并發(fā)不如其他隊(duì)列高的問題，但是集群下大部分應(yīng)用場景是毫無問題的，推薦！

7 Kafka

一個非常成熟的消息隊(duì)列產(chǎn)品，無論在數(shù)據(jù)可靠性、穩(wěn)定性和功能特性等方面都可以滿足絕大多數(shù)場景的需求，而且擁有著極致性能。跟周邊生態(tài)系統(tǒng)的兼容性是最好的沒有之一，尤其在大數(shù)據(jù)和流計(jì)算領(lǐng)域，幾乎所有的相關(guān)開源軟件系統(tǒng)都會優(yōu)先支持 Kafka。但是其致命傷在于Kafka是為了性能選擇了異步批量發(fā)送模式，導(dǎo)致延時太高，無法滿足在線業(yè)務(wù)場景，常用于日志數(shù)據(jù)分析等場景！

實(shí)戰(zhàn)應(yīng)用

經(jīng)過以上分析，RabbitMQ以其優(yōu)異的互聯(lián)網(wǎng)開發(fā)適應(yīng)性脫穎而出，是.NET架構(gòu)師必經(jīng)之路。要用好一款消息隊(duì)列可不是件容易的事兒，下面為大家規(guī)劃了一個RabbitMQ的實(shí)戰(zhàn)學(xué)習(xí)路線，為期四天，從應(yīng)用到調(diào)優(yōu)全覆蓋，這會兒掃碼可以免費(fèi)學(xué)習(xí)。學(xué)習(xí)計(jì)劃如下：

Day 1

1 解讀異步化架構(gòu)設(shè)計(jì)，理解消息隊(duì)列的意義

2 完成RabbitMQ全套配置，基于.NET Core使用RabbitMQ

3 實(shí)現(xiàn)生產(chǎn)者消費(fèi)者案例

Day 2

1 詳解RabbitMQ的多種路由配置使用和意義

2 結(jié)合實(shí)例講解路由的實(shí)際工作中的作用

3 解讀RabbitMQ消息確認(rèn)以及消息防丟失

Day 3

1 詳解RabbitMQ消息持久化

2 解讀和應(yīng)用消息優(yōu)先級

3 RabbitMQ多種消費(fèi)者模式案例實(shí)操

4 生產(chǎn)者消費(fèi)者 VS發(fā)布訂閱

Day 4

1 Linux下RabbitMQ集群服務(wù)器搭建

2 集群隊(duì)列下消息分發(fā)策略和高可用機(jī)制

文末福利

為期4天，每天20:00到21:30，由資深架構(gòu)師Richard為大家直播實(shí)操RabbitMQ，基礎(chǔ)實(shí)戰(zhàn)到集群到優(yōu)化一網(wǎng)打盡，直通架構(gòu)師！趕緊掃碼獲取免費(fèi)學(xué)習(xí)名額，僅限前200名！先到先得哦！