Spring Boot(八):RabbitMQ 詳解

RabbitMQ 即一個消息隊列,主要是用來實現應用程序的異步和解耦,同時也能起到消息緩衝,消息分發的做用。java

消息中間件在互聯網公司的使用中愈來愈多,剛纔還看到新聞阿里將 RocketMQ 捐獻給了 Apache,固然了今天的主角仍是講 RabbitMQ。消息中間件最主要的做用是解耦,中間件最標準的用法是生產者生產消息傳送到隊列,消費者從隊列中拿取消息並處理,生產者不用關心是誰來消費,消費者不用關心誰在生產消息,從而達到解耦的目的。在分佈式的系統中,消息隊列也會被用在不少其它的方面,好比:分佈式事務的支持,RPC 的調用等等。git

之前一直使用的是 ActiveMQ,在實際的生產使用中也出現了一些小問題,在網絡查閱了不少的資料後,決定嘗試使用 RabbitMQ 來替換 ActiveMQ,RabbitMQ 的高可用性、高性能、靈活性等一些特色吸引了咱們,查閱了一些資料整理出此文。github

RabbitMQ 介紹

RabbitMQ 是實現 AMQP(高級消息隊列協議)的消息中間件的一種,最初起源於金融系統,用於在分佈式系統中存儲轉發消息,在易用性、擴展性、高可用性等方面表現不俗。 RabbitMQ 主要是爲了實現系統之間的雙向解耦而實現的。當生產者大量產生數據時,消費者沒法快速消費,那麼須要一箇中間層。保存這個數據。面試

AMQP,即 Advanced Message Queuing Protocol,高級消息隊列協議,是應用層協議的一個開放標準,爲面向消息的中間件設計。消息中間件主要用於組件之間的解耦,消息的發送者無需知道消息使用者的存在,反之亦然。AMQP 的主要特徵是面向消息、隊列、路由(包括點對點和發佈/訂閱)、可靠性、安全。spring

RabbitMQ 是一個開源的 AMQP 實現,服務器端用Erlang語言編寫,支持多種客戶端,如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP 等,支持 AJAX。用於在分佈式系統中存儲轉發消息,在易用性、擴展性、高可用性等方面表現不俗。安全

相關概念

一般咱們談到隊列服務, 會有三個概念: 發消息者、隊列、收消息者,RabbitMQ 在這個基本概念之上, 多作了一層抽象, 在發消息者和 隊列之間, 加入了交換器 (Exchange). 這樣發消息者和隊列就沒有直接聯繫, 轉而變成發消息者把消息給交換器, 交換器根據調度策略再把消息再給隊列。服務器

  • 左側 P 表明 生產者,也就是往 RabbitMQ 發消息的程序。網絡

  • 中間便是 RabbitMQ,其中包括了 交換機 和 隊列。app

  • 右側 C 表明 消費者,也就是往 RabbitMQ 拿消息的程序。異步

那麼,其中比較重要的概念有 4 個,分別爲:虛擬主機,交換機,隊列,和綁定。

  • 虛擬主機:一個虛擬主機持有一組交換機、隊列和綁定。爲何須要多個虛擬主機呢?很簡單, RabbitMQ 當中,用戶只能在虛擬主機的粒度進行權限控制。 所以,若是須要禁止A組訪問B組的交換機/隊列/綁定,必須爲A和B分別建立一個虛擬主機。每個 RabbitMQ 服務器都有一個默認的虛擬主機「/」。

  • 交換機:Exchange 用於轉發消息,可是它不會作存儲 ,若是沒有 Queue bind 到 Exchange 的話,它會直接丟棄掉 Producer 發送過來的消息。 這裏有一個比較重要的概念:路由鍵 。消息到交換機的時候,交互機會轉發到對應的隊列中,那麼究竟轉發到哪一個隊列,就要根據該路由鍵。

  • 綁定:也就是交換機須要和隊列相綁定,這其中如上圖所示,是多對多的關係。

交換機(Exchange)

交換機的功能主要是接收消息而且轉發到綁定的隊列,交換機不存儲消息,在啓用ack模式後,交換機找不到隊列會返回錯誤。交換機有四種類型:Direct, topic, Headers and Fanout

  • Direct:direct 類型的行爲是"先匹配, 再投送". 即在綁定時設定一個 routingkey, 消息的routingkey 匹配時, 纔會被交換器投送到綁定的隊列中去.

  • Topic:按規則轉發消息(最靈活)

  • Headers:設置 header attribute 參數類型的交換機

  • Fanout:轉發消息到全部綁定隊列

Direct Exchange

Direct Exchange 是 RabbitMQ 默認的交換機模式,也是最簡單的模式,根據key全文匹配去尋找隊列。

第一個 X - Q1 就有一個 binding key,名字爲 orange; X - Q2 就有 2 個 binding key,名字爲 black 和 green。當消息中的 路由鍵 和 這個 binding key 對應上的時候,那麼就知道了該消息去到哪個隊列中。

Ps:爲何 X 到 Q2 要有 black,green,2個 binding key呢,一個不就好了嗎? - 這個主要是由於可能又有 Q3,而Q3只接受 black 的信息,而Q2不只接受black 的信息,還接受 green 的信息。

Topic Exchange

Topic Exchange 轉發消息主要是根據通配符。 在這種交換機下,隊列和交換機的綁定會定義一種路由模式,那麼,通配符就要在這種路由模式和路由鍵之間匹配後交換機才能轉發消息。

在這種交換機模式下:

  • 路由鍵必須是一串字符,用句號( .) 隔開,好比說 agreements.us,或者 agreements.eu.stockholm 等。

  • 路由模式必須包含一個 星號( *),主要用於匹配路由鍵指定位置的一個單詞,好比說,一個路由模式是這樣子:agreements..b.*,那麼就只能匹配路由鍵是這樣子的:第一個單詞是 agreements,第四個單詞是 b。 井號(#)就表示至關於一個或者多個單詞,例如一個匹配模式是 agreements.eu.berlin.#,那麼,以agreements.eu.berlin 開頭的路由鍵都是能夠的。

具體代碼發送的時候仍是同樣,第一個參數表示交換機,第二個參數表示 routing key,第三個參數即消息。以下:

  1. rabbitTemplate.convertAndSend("testTopicExchange","key1.a.c.key2", " this is RabbitMQ!");

topic 和 direct 相似, 只是匹配上支持了"模式", 在"點分"的 routing_key 形式中, 可使用兩個通配符:

  • *表示一個詞.

  • #表示零個或多個詞.

Headers Exchange

headers 也是根據規則匹配, 相較於 direct 和 topic 固定地使用 routing_key , headers 則是一個自定義匹配規則的類型. 在隊列與交換器綁定時, 會設定一組鍵值對規則, 消息中也包括一組鍵值對( headers 屬性), 當這些鍵值對有一對, 或所有匹配時, 消息被投送到對應隊列.

Fanout Exchange

Fanout Exchange 消息廣播的模式,無論路由鍵或者是路由模式,會把消息發給綁定給它的所有隊列,若是配置了 routing_key 會被忽略。

Spring Boot 集成 RabbitMQ

Spring Boot 集成 RabbitMQ 很是簡單,若是隻是簡單的使用配置很是少,Spring Boot 提供了 spring-boot-starter-amqp 項目對消息各類支持。

簡單使用

一、配置 Pom 包,主要是添加 spring-boot-starter-amqp 的支持

  1. <dependency>

  2. <groupId>org.springframework.boot</groupId>

  3. <artifactId>spring-boot-starter-amqp</artifactId>

  4. </dependency>

二、配置文件

配置 RabbitMQ 的安裝地址、端口以及帳戶信息

  1. spring.application.name=Spring-boot-rabbitmq

  2.  

  3. spring.rabbitmq.host=192.168.0.86

  4. spring.rabbitmq.port=5672

  5. spring.rabbitmq.username=admin

  6. spring.rabbitmq.password=123456

三、隊列配置

  1. @Configuration

  2. public class RabbitConfig {

  3.  

  4. @Bean

  5. public Queue Queue() {

  6. return new Queue("hello");

  7. }

  8.  

  9. }

三、發送者

rabbitTemplate 是 Spring Boot 提供的默認實現

  1. @component

  2. public class HelloSender {

  3.  

  4. @Autowired

  5. private AmqpTemplate rabbitTemplate;

  6.  

  7. public void send() {

  8. String context = "hello " + new Date();

  9. System.out.println("Sender : " + context);

  10. this.rabbitTemplate.convertAndSend("hello", context);

  11. }

  12.  

  13. }

四、接收者

  1. @Component

  2. @RabbitListener(queues = "hello")

  3. public class HelloReceiver {

  4.  

  5. @RabbitHandler

  6. public void process(String hello) {

  7. System.out.println("Receiver : " + hello);

  8. }

  9.  

  10. }

五、測試

  1. @RunWith(SpringRunner.class)

  2. @SpringBootTest

  3. public class RabbitMqHelloTest {

  4.  

  5. @Autowired

  6. private HelloSender helloSender;

  7.  

  8. @Test

  9. public void hello() throws Exception {

  10. helloSender.send();

  11. }

  12.  

  13. }

注意,發送者和接收者的 queue name 必須一致,否則不能接收

多對多使用

一個發送者,N 個接收者或者 N 個發送者和 N 個接收者會出現什麼狀況呢?

一對多發送

對上面的代碼進行了小改造,接收端註冊了兩個 Receiver,Receiver1 和 Receiver2,發送端加入參數計數,接收端打印接收到的參數,下面是測試代碼,發送一百條消息,來觀察兩個接收端的執行效果

  1. @Test

  2. public void oneToMany() throws Exception {

  3. for (int i=0;i<100;i++){

  4. neoSender.send(i);

  5. }

  6. }

結果以下:

  1. Receiver 1: Spring boot neo queue ****** 11

  2. Receiver 2: Spring boot neo queue ****** 12

  3. Receiver 2: Spring boot neo queue ****** 14

  4. Receiver 1: Spring boot neo queue ****** 13

  5. Receiver 2: Spring boot neo queue ****** 15

  6. Receiver 1: Spring boot neo queue ****** 16

  7. Receiver 1: Spring boot neo queue ****** 18

  8. Receiver 2: Spring boot neo queue ****** 17

  9. Receiver 2: Spring boot neo queue ****** 19

  10. Receiver 1: Spring boot neo queue ****** 20

根據返回結果獲得如下結論

一個發送者,N個接受者,通過測試會均勻的將消息發送到N個接收者中

多對多發送

複製了一份發送者,加入標記,在一百個循環中相互交替發送

  1. @Test

  2. public void manyToMany() throws Exception {

  3. for (int i=0;i<100;i++){

  4. neoSender.send(i);

  5. neoSender2.send(i);

  6. }

  7. }

結果以下:

  1. Receiver 1: Spring boot neo queue ****** 20

  2. Receiver 2: Spring boot neo queue ****** 20

  3. Receiver 1: Spring boot neo queue ****** 21

  4. Receiver 2: Spring boot neo queue ****** 21

  5. Receiver 1: Spring boot neo queue ****** 22

  6. Receiver 2: Spring boot neo queue ****** 22

  7. Receiver 1: Spring boot neo queue ****** 23

  8. Receiver 2: Spring boot neo queue ****** 23

  9. Receiver 1: Spring boot neo queue ****** 24

  10. Receiver 2: Spring boot neo queue ****** 24

  11. Receiver 1: Spring boot neo queue ****** 25

  12. Receiver 2: Spring boot neo queue ****** 25

結論:和一對多同樣,接收端仍然會均勻接收到消息

高級使用

對象的支持

Spring Boot 以及完美的支持對象的發送和接收,不須要格外的配置。

  1. //發送者

  2. public void send(User user) {

  3. System.out.println("Sender object: " + user.toString());

  4. this.rabbitTemplate.convertAndSend("object", user);

  5. }

  6.  

  7. ...

  8.  

  9. //接收者

  10. @RabbitHandler

  11. public void process(User user) {

  12. System.out.println("Receiver object : " + user);

  13. }

結果以下:

  1. Sender object: User{name='neo', pass='123456'}

  2. Receiver object : User{name='neo', pass='123456'}

Topic Exchange

topic 是 RabbitMQ 中最靈活的一種方式,能夠根據 routing_key 自由的綁定不一樣的隊列

首先對 topic 規則配置,這裏使用兩個隊列來測試

  1. @Configuration

  2. public class TopicRabbitConfig {

  3.  

  4. final static String message = "topic.message";

  5. final static String messages = "topic.messages";

  6.  

  7. @Bean

  8. public Queue queueMessage() {

  9. return new Queue(TopicRabbitConfig.message);

  10. }

  11.  

  12. @Bean

  13. public Queue queueMessages() {

  14. return new Queue(TopicRabbitConfig.messages);

  15. }

  16.  

  17. @Bean

  18. TopicExchange exchange() {

  19. return new TopicExchange("exchange");

  20. }

  21.  

  22. @Bean

  23. Binding bindingExchangeMessage(Queue queueMessage, TopicExchange exchange) {

  24. return BindingBuilder.bind(queueMessage).to(exchange).with("topic.message");

  25. }

  26.  

  27. @Bean

  28. Binding bindingExchangeMessages(Queue queueMessages, TopicExchange exchange) {

  29. return BindingBuilder.bind(queueMessages).to(exchange).with("topic.#");

  30. }

  31. }

使用 queueMessages 同時匹配兩個隊列,queueMessage 只匹配 "topic.message" 隊列

  1. public void send1() {

  2. String context = "hi, i am message 1";

  3. System.out.println("Sender : " + context);

  4. this.rabbitTemplate.convertAndSend("exchange", "topic.message", context);

  5. }

  6.  

  7. public void send2() {

  8. String context = "hi, i am messages 2";

  9. System.out.println("Sender : " + context);

  10. this.rabbitTemplate.convertAndSend("exchange", "topic.messages", context);

  11. }

發送send1會匹配到topic.#和topic.message 兩個Receiver均可以收到消息,發送send2只有topic.#能夠匹配全部只有Receiver2監聽到消息

Fanout Exchange

Fanout 就是咱們熟悉的廣播模式或者訂閱模式,給 Fanout 交換機發送消息,綁定了這個交換機的全部隊列都收到這個消息。

Fanout 相關配置

  1. @Configuration

  2. public class FanoutRabbitConfig {

  3.  

  4. @Bean

  5. public Queue AMessage() {

  6. return new Queue("fanout.A");

  7. }

  8.  

  9. @Bean

  10. public Queue BMessage() {

  11. return new Queue("fanout.B");

  12. }

  13.  

  14. @Bean

  15. public Queue CMessage() {

  16. return new Queue("fanout.C");

  17. }

  18.  

  19. @Bean

  20. FanoutExchange fanoutExchange() {

  21. return new FanoutExchange("fanoutExchange");

  22. }

  23.  

  24. @Bean

  25. Binding bindingExchangeA(Queue AMessage,FanoutExchange fanoutExchange) {

  26. return BindingBuilder.bind(AMessage).to(fanoutExchange);

  27. }

  28.  

  29. @Bean

  30. Binding bindingExchangeB(Queue BMessage, FanoutExchange fanoutExchange) {

  31. return BindingBuilder.bind(BMessage).to(fanoutExchange);

  32. }

  33.  

  34. @Bean

  35. Binding bindingExchangeC(Queue CMessage, FanoutExchange fanoutExchange) {

  36. return BindingBuilder.bind(CMessage).to(fanoutExchange);

  37. }

  38.  

  39. }

這裏使用了 A、B、C 三個隊列綁定到 Fanout 交換機上面,發送端的 routing_key 寫任何字符都會被忽略:

  1. public void send() {

  2. String context = "hi, fanout msg ";

  3. System.out.println("Sender : " + context);

  4. this.rabbitTemplate.convertAndSend("fanoutExchange","", context);

  5. }

結果以下:

  1. Sender : hi, fanout msg

  2. ...

  3. fanout Receiver B: hi, fanout msg

  4. fanout Receiver A : hi, fanout msg

  5. fanout Receiver C: hi, fanout msg

結果說明,綁定到 fanout 交換機上面的隊列都收到了消息

文章內容已經升級到 Spring Boot 2.x

示例代碼-https://github.com/ityouknow/spring-boot-examples/tree/master/spring-boot-rabbitmq

 

精彩回顧:

面試點:Java 中 hashCode() 和 equals() 的關係

容器鏈接[Docker 系列-7]

現現在的技術浪潮中,咱們到底該作些什麼?

 

強烈推薦:

《Java 極客技術》知識星球限時優惠,如今加入只需 50 元,僅限前 1000 名,機不可失時再也不來。趁早行動吧!

https://t.zsxq.com/J6Em2nU

 

隆重介紹:

Java 極客技術公衆號,是由一羣熱愛 Java 開發的技術人組建成立,專一分享原創、高質量的 Java 文章。若是您以爲咱們的文章還不錯,請幫忙讚揚、在看、轉發支持,鼓勵咱們分享出更好的文章。

 

相關文章
相關標籤/搜索