一級(jí)域名的網(wǎng)站制作,個(gè)人備案 網(wǎng)站簡(jiǎn)介怎么寫(xiě),揚(yáng)州百度seo公司,it運(yùn)維工資? 日拱一卒#xff0c;功不唐捐。大家好#xff0c;最近有項(xiàng)目要用到消息隊(duì)列#xff0c;所以考慮到了使用rabbitmq。使用rabbitmq之前需要對(duì)其相關(guān)理論概念有些了解#xff0c;大家一塊熟悉一下。 ? RabbitMQ是一個(gè)開(kāi)源的消息代理和隊(duì)列服務(wù)器#xff0c;用來(lái)通過(guò)…? 日拱一卒功不唐捐。大家好最近有項(xiàng)目要用到消息隊(duì)列所以考慮到了使用rabbitmq。使用rabbitmq之前需要對(duì)其相關(guān)理論概念有些了解大家一塊熟悉一下。? RabbitMQ是一個(gè)開(kāi)源的消息代理和隊(duì)列服務(wù)器用來(lái)通過(guò)普通協(xié)議在不同的應(yīng)用之間共享數(shù)據(jù)(跨平臺(tái)跨語(yǔ)言)。RabbitMQ是使用Erlang語(yǔ)言編寫(xiě)并且基于AMQP協(xié)議實(shí)現(xiàn)。消息隊(duì)列的主要用途包括應(yīng)用解耦以及削峰填谷的用。? 這里梳理了一下都涉及的相關(guān)概念exchangequeueproducerconsumerroutevhostmessagechanneluserbindingbindingKey 大家看看如果還缺啥補(bǔ)充。1. Producer/Consumer-生產(chǎn)者/消費(fèi)者這個(gè)還是比較好理解的生產(chǎn)者和消費(fèi)者就好比日常生活中的商品的生產(chǎn)和消費(fèi)一樣消息隊(duì)列中的生產(chǎn)者生產(chǎn)并推送消息消費(fèi)者接受并消費(fèi)處理消息。2. Queue-消息隊(duì)列傳統(tǒng)隊(duì)列就是一種存儲(chǔ)數(shù)據(jù)的結(jié)構(gòu)這里的queue就是Rabbitmq中的一種資源對(duì)象用于存儲(chǔ)消息每個(gè)消息最終都得落到隊(duì)列里面。3. Exchange-交換機(jī)生產(chǎn)者將消息發(fā)送到 Exchange由 Exchange 將消息路由到一個(gè)或多個(gè) Queue 中或者丟棄。Exchange 根據(jù)消息的屬性或內(nèi)容路由消息。3.1 exchange typesexchange 類(lèi)型特點(diǎn)備注direct點(diǎn)對(duì)點(diǎn)/一對(duì)一精確匹配特定queue考慮routing key消息直接路由至特定queuetopic一對(duì)一或一對(duì)多模糊匹配靈活度高性能差考慮routing key支持 “#”和“*”通配符的路由鍵匹配多個(gè)隊(duì)列fanout廣播/發(fā)布訂閱匹配多個(gè)queue不考慮routing key廣播消息至 bind該exchange的所有queuerpc類(lèi)似hook模式發(fā)送消息監(jiān)聽(tīng)回調(diào)隊(duì)列實(shí)現(xiàn)rpc4. Routing Key-路由鍵生產(chǎn)者在將消息發(fā)送到 Exchange 的時(shí)候一般會(huì)指定一個(gè) routing key來(lái)指定這個(gè)消息的路由規(guī)則而這個(gè) routing key 需要與 Exchange Type 及 binding key 聯(lián)合使用才能最終生效。在 Exchange Type 與 binding key 固定的情況下在正常使用時(shí)一般這些內(nèi)容都是固定配置好的我們的生產(chǎn)者就可以在發(fā)送消息給 Exchange 時(shí)通過(guò)指定 routing key 來(lái)決定消息流向哪里。5. Vhost虛擬主機(jī)Virtual HostVhost用作邏輯隔離可以理解為獨(dú)立的命名空間分別管理各自的 Exchange、Queue 和 Binding使得應(yīng)用安全的運(yùn)行在不同的 Vhost 實(shí)例上相互之間不會(huì)干擾。一個(gè)實(shí)例下可以有多個(gè) Vhost一個(gè) Vhost 里面可以有若干個(gè) Exchange 和 Queue。生產(chǎn)者和消費(fèi)者連接消息隊(duì)列 RabbitMQ 版需要指定一個(gè) Vhost。6. UserRabbitMQ 版集群內(nèi)部做權(quán)限劃分的最小單位您可以通過(guò)為用戶配置權(quán)限為其賦予不同 Vhost 下的配置和讀寫(xiě)權(quán)限。每個(gè)用戶都可以設(shè)置用戶密碼用戶可以通過(guò)在客戶端中添加用戶名和密碼來(lái)訪問(wèn)RabbitMQ 版集群進(jìn)行消息的生產(chǎn)消費(fèi)。每個(gè)用戶都可以賦予權(quán)限權(quán)限指的是用戶對(duì)該 Vhost 下 ExchangeQueue的操作權(quán)限包括配置權(quán)限讀寫(xiě)權(quán)限。配置權(quán)限會(huì)影響 ExchangeQueue的聲明和刪除。讀寫(xiě)權(quán)限影響從 Queue 里讀取消息向 Exchange 發(fā)送消息以及 Queue 和 Exchange 的綁定binding操作。7. BindingRabbitMQ 中通過(guò) Binding 將 Exchange 與 Queue 關(guān)聯(lián)起來(lái)這樣 RabbitMQ 就知道如何正確地將消息路由到指定的 Queue了。7.1 BindingKey在綁定BindingExchange 與 Queue 的同時(shí)一般會(huì)指定一個(gè) binding key生產(chǎn)者將消息發(fā)送給 Exchange 時(shí)一般會(huì)指定一個(gè) routing key當(dāng) binding key 與 routing key 相匹配時(shí)消息將會(huì)被路由到對(duì)應(yīng)的 Queue 中。在綁定多個(gè) Queue 到同一個(gè) Exchange 的時(shí)候這些 Binding 允許使用相同的 binding key。binding key 并不是在所有情況下都生效它依賴(lài)于 Exchange Type例如 fanout 類(lèi)型的 Exchange 就會(huì)無(wú)視 binding key而是將消息路由到所有綁定到該 Exchange 的 Queue。8. Channel信道多路復(fù)用連接中的一條獨(dú)立的雙向數(shù)據(jù)流通道。信道是建立在真實(shí)的TCP連接內(nèi)地虛擬鏈接AMQP命令都是通過(guò)信道發(fā)出去的不管是發(fā)布消息、訂閱隊(duì)列還是接收消息這些動(dòng)作都是通過(guò)信道完成。因?yàn)閷?duì)于操作系統(tǒng)來(lái)說(shuō)建立和銷(xiāo)毀TCP都是非常昂貴的開(kāi)銷(xiāo)所以引入了信道的概念以復(fù)用一條TCP連接。參考https://www.rabbitmq.com/tutorials/tutorial-one-pythonhttps://www.cnblogs.com/xiaozhang666/p/13866121.htmlhttps://cloud.tencent.com/document/product/1495/61825