rabbitmq中routingkey的作用說明
對于消息發(fā)布者而言它只負責(zé)把消息發(fā)布出去,甚至它也不知道消息是發(fā)到哪個queue,消息通過exchange到達queue,exchange的職責(zé)非常簡單,就是一邊接收發(fā)布者的消息一邊把這些消息推到queue中。
而exchange是怎么知道消息應(yīng)該推到哪個queue呢,這就要通過綁定queue與exchange時的routingkey了,通過代碼進行綁定并且指定routingkey,下面有一張關(guān)系圖,p(發(fā)布者) —> x(exchange) bindding(綁定關(guān)系也就是我們的routingkey) 紅色代表著queue
我們來看代碼:
在消息的生產(chǎn)者端:
@Component public class RabbitOrderSender { //自動注入RabbitTemplate模板類 @Autowired private RabbitTemplate rabbitTemplate; @Autowired private BrokerMessageLogMapper brokerMessageLogMapper; //回調(diào)函數(shù): confirm確認 final RabbitTemplate.ConfirmCallback confirmCallback = new RabbitTemplate.ConfirmCallback() { @Override public void confirm(CorrelationData correlationData, boolean ack, String cause) { System.err.println("correlationData: " + correlationData); String messageId = correlationData.getId(); if(ack){ //如果confirm返回成功 則進行更新 brokerMessageLogMapper.changeBrokerMessageLogStatus(messageId, Constants.ORDER_SEND_SUCCESS, new Date()); } else { //失敗則進行具體的后續(xù)操作:重試 或者補償?shù)仁侄? System.err.println("異常處理..."); } } }; //發(fā)送消息方法調(diào)用: 構(gòu)建自定義對象消息 public void sendOrder(Order order) throws Exception { // 通過實現(xiàn) ConfirmCallback 接口,消息發(fā)送到 Broker 后觸發(fā)回調(diào),確認消息是否到達 Broker 服務(wù)器,也就是只確認是否正確到達 Exchange 中 rabbitTemplate.setConfirmCallback(confirmCallback); //消息唯一ID CorrelationData correlationData = new CorrelationData(order.getMessageId()); rabbitTemplate.convertAndSend("order-exchange", "order.ABC", order, correlationData); } }
利用rabbitTemplate(import org.springframework.amqp.rabbit.core.RabbitTemplate;需要在pom.xml中導(dǎo)入amqp的依賴)的convertAndSend方法就可以發(fā)送,這里order-exchange為交換機exchange,order.ABC為routingKey,并沒有指定對應(yīng)消息需要發(fā)往哪個隊列,還有指定消息回調(diào)。
在消息的消費者端:
@Component public class OrderReceiver { //配置監(jiān)聽的哪一個隊列,同時在沒有queue和exchange的情況下會去創(chuàng)建并建立綁定關(guān)系 @RabbitListener(bindings = @QueueBinding( value = @Queue(value = "order-queue",durable = "true"), exchange = @Exchange(name="order-exchange",durable = "true",type = "topic"), key = "order.*" ) ) @RabbitHandler//如果有消息過來,在消費的時候調(diào)用這個方法 public void onOrderMessage(@Payload Order order, @Headers Map<String,Object> headers, Channel channel) throws IOException { //消費者操作 System.out.println("---------收到消息,開始消費---------"); System.out.println("訂單ID:"+order.getId()); /** * Delivery Tag 用來標(biāo)識信道中投遞的消息。RabbitMQ 推送消息給 Consumer 時,會附帶一個 Delivery Tag, * 以便 Consumer 可以在消息確認時告訴 RabbitMQ 到底是哪條消息被確認了。 * RabbitMQ 保證在每個信道中,每條消息的 Delivery Tag 從 1 開始遞增。 */ Long deliveryTag = (Long) headers.get(AmqpHeaders.DELIVERY_TAG); /** * multiple 取值為 false 時,表示通知 RabbitMQ 當(dāng)前消息被確認 * 如果為 true,則額外將比第一個參數(shù)指定的 delivery tag 小的消息一并確認 */ boolean multiple = false; //ACK,確認一條消息已經(jīng)被消費。不然的話,在rabbitmq首頁會有Unacked顯示為未處理數(shù)1. channel.basicAck(deliveryTag,multiple); } }
消費者需要指定監(jiān)聽的隊列,routingkey,和exchage,如果在localhost:15672的rabbitmq的首頁沒有手動創(chuàng)建,@RabbitListener會自動幫我們創(chuàng)建的并綁定關(guān)系。rabbitmq的routingkey還可以用來過濾從隊列中取的的信息。
對 rabbitmq 基本理解(exchange queue binding-key routing-key)
一 exchange queue binding-key routing-key概念及相互間的關(guān)系
1.queue
:存儲消息的隊列,可以指定name來唯一確定
2.exchange
:交換機(常用有三種),用于接收生產(chǎn)者發(fā)來的消息,并通過binding-key 與 routing-key 的匹配關(guān)系來決定將消息分發(fā)到指定queue
2.1 Direct
(路由模式):完全匹配 > 當(dāng)消息的routing-key 與 exchange和queue間的binding-key完全匹配時,將消息分發(fā)到該queue
2.2 Fanout
(訂閱模式):與binding-key和routing-key無關(guān),將接受到的消息分發(fā)給有綁定關(guān)系的所有隊列(不論binding-key和routing-key是什么)
2.3 Topic
(通配符模式):用消息的routing-key 與 exchange和queue間的binding-key 進行模式匹配,當(dāng)滿足規(guī)則時,分發(fā)到滿足規(guī)則的所有隊列
二 exchange queue binding-key routing-key的創(chuàng)建與使用
1. Fanout
ConnectionFactory connectionFactory = new ConnectionFactory(); // 獲取到tcp連接 Connection connection = connectionFactory.newConnection(); //從tcp連接中創(chuàng)建通道 Channel channel = connection.createChannel(); / 聲明exchange channel.exchangeDeclare(EXCHANGE_NAME, "fanout"); // 聲明隊列 channel.queueDeclare(QUEUE_NAME, false, false, false, null); channel.queueDeclare(QUEUE_NAME2, false, false, false, null); // 綁定隊列到交換機 channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, ""); // 綁定隊列到交換機 - aaa 是路由鍵3名稱(其實這里無作用) channel.queueBind(QUEUE_NAME2, EXCHANGE_NAME, "aaa");
這樣就創(chuàng)建好隊列和交換機并且將它們綁定好了,只要交換機EXCHANGE_NAME收到消息就會分發(fā)給隊列1和2
// 消息內(nèi)容 String message = "qqqqqqqq"; channel.basicPublish(EXCHANGE_NAME, "aaa", null, message.getBytes()); // 這里路由鍵aaa有沒有都一樣,可以寫任何值
2.不顯式聲明交換機時并且發(fā)送消息不指定交換機
則默認使用Direct,并且聲明隊列時,不顯式綁定隊列與交換機,則隊列以隊列名為routing-key綁定到默認的direct交換機,發(fā)送消息不指定交換機時,則將消息發(fā)到默認的direct交換機
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
如何使用MyBatis框架實現(xiàn)增刪改查(CRUD)操作
本文主要介紹了如何使用MyBatis框架實現(xiàn)增刪改查(CRUD)操作。首先介紹了MyBatis框架的基本概念和使用方法,然后分別介紹了如何使用MyBatis實現(xiàn)增刪改查操作。最后,通過一個簡單的示例演示了如何使用MyBatis框架實現(xiàn)CRUD操作。2023-05-05實戰(zhàn)分布式醫(yī)療掛號系統(tǒng)之設(shè)置微服務(wù)接口開發(fā)模塊
這篇文章主要為大家介紹了實戰(zhàn)分布式醫(yī)療掛號系統(tǒng)之接口開發(fā)醫(yī)院設(shè)置微服務(wù)模塊,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-04-04Java面向?qū)ο蠡A(chǔ)知識之封裝,繼承,多態(tài)和抽象
這篇文章主要介紹了Java面向?qū)ο蟮姆庋b,繼承,多態(tài)和抽象,文中有非常詳細的代碼示例,對正在學(xué)習(xí)java基礎(chǔ)的小伙伴們有很好的幫助,需要的朋友可以參考下2021-11-11將ResultSet中得到的一行或多行結(jié)果集封裝成對象的實例
這篇文章主要介紹了將ResultSet中得到的一行或多行結(jié)果集封裝成對象的實例,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-05-05Java微信公眾平臺開發(fā)(10) 微信自定義菜單的創(chuàng)建實現(xiàn)
這篇文章主要為大家詳細介紹了Java微信公眾平臺開發(fā)第十步,微信自定義菜單的創(chuàng)建實現(xiàn),具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-04-04Java實現(xiàn)對華北、華南、華東和華中四個區(qū)域的劃分
在Java中,通過定義枚舉類、編寫主程序和進行測試,本文詳細介紹了如何劃分華北、華南、華東和華中四個區(qū)域,首先定義枚舉類標(biāo)識區(qū)域,然后通過主程序接收用戶輸入并返回相應(yīng)區(qū)域,最后通過測試用例確保正確性,文章還介紹了甘特圖和餅狀圖的使用2024-09-09深入學(xué)習(xí)Spring Cloud-Ribbon
這篇文章主要介紹了Spring Cloud-Ribbon的相關(guān)知識,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友一起看看吧2021-03-03