SpringCLoud——RabbitMQ的消息模型_springcloud rmq-CSDN博客

本文链接：https://blog.csdn.net/hssjsh/article/details/132889572

Work Queue工作队列

他的主要作用就是增加消费者的个数，可以提高消息处理速度，避免队列消息堆积。

案例

实现一个队列绑定多个消费者

首先修改一下之前的发送消息的代码，让他循环发送50次，但是不要一次性发完：

@Test

void LoopSend() throws InterruptedException {

String queueName = "hello";

String message = "Hello SpringAMQP";

for(int i =0 ;i<=50;i++){

rabbitTemplate.convertAndSend(queueName,message);

Thread.sleep(20);

}

然后再来修改一下之前消费者中的代码：

@RabbitListener(queues = "hello")

public void LoopRecv1(String message) throws InterruptedException {

System.out.println("消费者1接收到了消息：【"+message+"】"+ LocalTime.now());

Thread.sleep(20);

}

然后我们再复制一份消费者的代码：

@RabbitListener(queues = "hello")

public void LoopRecv2(String message) throws InterruptedException {

System.err.println("消费者2接收到了消息：【"+message+"】"+LocalTime.now());

Thread.sleep(200);

}

这样，整个消费者中的代码结构如下：

注意，最上面的方法我们把监听消息的注解给注释掉，表示这个方法在本次测试中不再起作用，我们真正要看的是下面的两个代码的执行结果。

然后我们重启消费者的服务并清空日志：

现在控制台上什么都没有，然后我们启动生产者的代码：

好的，现在生产者的代码已经执行完毕，我们来到消费者这边查看日志：

这边出现了一个很神奇的现象，前几秒很和谐，属于是能者多劳，处理快的多处理，处理慢的少处理，但是等过了一半的时候，这边能者不劳了，只剩下一个消费者在消费，让原本一秒钟就能处理完的事情延长了五六秒。

那么为什么会出现消费者消费了一部分之后就不干了这种情况呢，其实我们认为的工作量是一共一起处理50条消息，但是在RabbitMQ做消息推送的时候，他默认采用的一种机制叫做【消息预取】机制，这个机制意思就是说，当我们有大量的消息来到我们的消息队列中时，各自的消费者的Channel，也就是用来操作RMQ的那个工具，会预先将消息队列中的消息拉取到各自的消费者中，但是此时消费者可能还没有消费完数据，但是Channel已经先给你占下了，所以在我们看到来是混在一起的一堆消息，其实他们早就各自分好了自己的工作，当某一个消费者处理完了之后，就不会再去处理其他的消息。

取消消息预取的方法就是通过修改配置文件中的preFetch这个值，可以控制预取消息的上限：

spring:

rabbitmq:

addresses: 192.168.80.4 # 主机名

port: 5672 # 端口号

username: admin # 用户名

password: 123456 # 密码

virtual-host: / # 用户允许访问的虚拟主机

listener:

simple:

prefetch: 1 # 每次只取一条消息，处理完成之后再取下一个

然后我们再次重复刚才重启项目和发送消息的操作，然后再次观察我的控制台的输出日志：

首先可以看到，这的处理事件确实是缩短了不少，并且输出的内容也是有规律了很多。

总结

多个消费者绑定到一个队列，同一条消息只会被一个消费者处理
通过设置prefetch来控制消费者预取的消息数量

发布（Publish）、订阅（Subscribe）模式

发布订阅模式与之前案例区别就是允许将同一消息发送给多个消费者。实现方式是加入了exchange（交换机）。注意是同一个消息，不是之前我们连接多个消费者，在之前的案例中我们的消息只能被一个消费者消费，消费完就删除了，现在要做的是让同一条消息被不同的消费者消费。

关键的部分并不在于如何绑定消费者，而是如何设置交换机，以及如何让消息的生产者将消息发送到交换机中去。

常见的exchange类型包括：

Fanout：广播
Direct：路由
Topic：主题

注意：exchange负责消息路由，而不是存储，路由失效则消息丢失

发布订阅-Fanout Exchange

Fanout Exchange会将接收到的消息路由到每一个跟其绑定的queue

案例

利用SpringAMQP演示Fanout Exchange的使用

实现思路如下：

在consumer服务中，利用代码声明队列、交换机，并将两者绑定

SpringAMQP提供了声明交换机、队列、绑定关系的API，例如：

在consumer服务创建一个类，添加创建交换机，声明队列，以及绑定交换机到队列的过程

package conf;

import org.springframework.amqp.core.Binding;

import org.springframework.amqp.core.BindingBuilder;

import org.springframework.amqp.core.FanoutExchange;

import org.springframework.amqp.core.Queue;

import org.springframework.beans.factory.annotation.Qualifier;

import org.springframework.context.annotation.Bean;

import org.springframework.context.annotation.Configuration;

@Configuration

public class FanoutConfig {

// 声明交换机

@Bean

public FanoutExchange fanoutExchange(){

return new FanoutExchange("itcast.fanout");

}

// 声明第一个队列

@Bean

public Queue queue1(){

return new Queue("fanout.queue1");

}

// 声明第二个队列

@Bean

public Queue queue2(){

return new Queue("fanout.queue2");

}

// 绑定第一个队列

@Bean

public Binding binding1(FanoutExchange fanoutExchange, Queue queue1){

return BindingBuilder.bind(queue1).to(fanoutExchange);

}

// 绑定第二个队列

@Bean

public Binding binding2(FanoutExchange fanoutExchange, Queue queue2){

return BindingBuilder.bind(queue2).to(fanoutExchange);

}

首先这是一个配置类，所以需要使用@Configuration的注解将其标识为一个配置类，然后在其中编写声明方法和绑定方法

然后我们重启项目：

重启之后我们来到我们的UI管理界面：

首先，在Queue界面，已经出现了我们刚才声明并绑定的两个队列，然后来到Exchanges界面：

这里也出现了对应的我们刚才声明的交换机。

在consumer服务中，编写两个消费方法，分别监听fanout.queue1和fanout.queue2

我们继续在之前的发送者中创建两个方法：

@RabbitListener(queues = "fanout.queue1")

public void FanoutQueue1(String message) throws InterruptedException {

System.err.println("fanoutQueue1接收到了消息：【"+message+"】"+LocalTime.now());

Thread.sleep(200);

}

@RabbitListener(queues = "fanout.queue2")

public void FanoutQueue2(String message) throws InterruptedException {

System.err.println("fanoutQueue2接收到了消息：【"+message+"】"+LocalTime.now());

Thread.sleep(200);

}

完整的代码如下所示：

然后我们重启项目即可。

在publisher中编写测试方法，向itcast.fanout发送消息

在之前的生产者中继续编写测试方法：

@Test

void SendFanoutExchangeTest(){

// 交换机名称

String changeName = "itcast.exchange";

// 消息

String message = "Hello Every One";

// 发送消息

rabbitTemplate.convertAndSend(changeName,"",message);

}

这样我们就完成了消息的生产者代码。

接下来，我们就直接运行生产者的代码，然后去消费者的服务哪里看一下日志的输出：

可以看到，我们这边已经接收到了对应的消息，并且是两个消费者都接收到了同一个消息。

总结

交换机的作用是什么：

接收publisher发送的消息
将消息按照规则路由到与之绑定的队列
不能缓存消息，路由失败，消息丢失
FanoutExchange的会将消息路由到每个绑定的队列

声明队列、交换机、绑定关系的Bean是什么？

Queue
FanoutExchange
Binding

发布订阅-DirectExchange

Direct Exchange会将接收到的消息根据规则路由到指定的Queue，因此称为路由模式（router）

每一个Queue都与Exchange设置一个BindingKey
发布者发送消息时，指定消息的RoutingKey
Exchange将消息路由到BindingKey与消息RoutingKey一致的队列
并且BindingKey可以指定多个，只需要满足其中一个就可以接收到消息，因此我们可以以BindingKey将消息的接受者进行一定程度的分组

案例

利用SpringAMQP演示DirectExchange的使用

具体的实现方式，除了声明这一部分的代码不一样，剩下的步骤与之前是一样的。

声明代码：

@RabbitListener(bindings = @QueueBinding(

value = @Queue("direct.queue1"),

exchange = @Exchange("itcast.direct"),

key = {"red","blue"}

))

public void DirectExchange1(String message){

System.out.println("fanoutQueue2接收到了消息：【"+message+"】"+LocalTime.now());

}

@RabbitListener(bindings = @QueueBinding(

value = @Queue("direct.queue2"),

exchange = @Exchange(value = "itcast.direct",type = ExchangeTypes.DIRECT),

key = {"red","yellow"}

))

public void DirectExchange2(String message){

System.out.println("fanoutQueue2接收到了消息：【"+message+"】"+LocalTime.now());

}

首先，方法的执行代码都是一样的，区别就在于RabbitListener的注解内容不一样，首先，使用bindings属性，属性的值是@QueueBinding，然后在这个值里面，使用value设置队列的名称，使用exchange设置路由器的名称和类型，其中默认的类型就是DIRECT，也就是DirectExchange类型，然后设置key，这个key就是BindingKey，等我们的生产者发送消息的时候，也要带上一个相同的RoutingKey才能发送到对应的路由器绑定的消费者中。

然后我们重启服务器。

重启之后，我们来到UI界面看一下：

此时就多了两个队列，这就表示我们的监听的服务已经没有问题了。

然后我们来编写消息生产者的代码：

@Test

void SendDirectExchangeTest(){

// 交换机名称

String changeName = "itcast.direct";

// 消息

String message = "Hello yellow";

// 发送消息

rabbitTemplate.convertAndSend(changeName,"yellow",message);

}

其实和之前没有多大的变动，首先我们的发送的路由器变了，其次就是我们的RoutingKey变了，这个地方我们的RoutingKey是什么，就发到与之相同的BindingKey中去，然后我们运行生产者的代码，并看一下消费者的日志：

然后这次我们将RoutingKey变成blue：

这次我们将RoutingKey改成red：

这就是根据RoutingKey的不同选择具体由哪一个消费者去消费数据。

总结

描述下Direct交换机与Fanout交换机的差异?

Fanout交换机将消息路由给每一个与之绑定的队列
Direct交换机根据RoutingKey判断路由给哪个队列
如果多个队列具有相同的RoutingKey，则与Fanout功能类似

基于@RabbitListener注解声明队列和交换机有哪些常见注解?

@Queue
@Exchange

发布订阅-TopicExchange

TopicExchange与DirectExchange类似，区别在于routingKey必须是多个单词的列表，并且以[.]分割。

Queue与Exchange指定BindingKey时可以使用通配符

#：代指0个或多个单词
*：代指一个单词

案例

使用SpringMAQP演示TopicExchange的使用

实现思路如下

1.并利用@RabbitListener声明Exchange、Queue、RoutingKey

@RabbitListener(bindings = @QueueBinding(

value = @Queue("direct.queue1"),

exchange = @Exchange(value = "itcast.topic",type = ExchangeTypes.TOPIC),

key = "china.#"

))

public void TopicExchange1(String message){

System.out.println("TopicQueue1接收到了消息：【"+message+"】"+LocalTime.now());

}

@RabbitListener(bindings = @QueueBinding(

value = @Queue("direct.queue2"),

exchange = @Exchange(value = "itcast.topic",type = ExchangeTypes.TOPIC),

key = "#.news"

))

public void TopicExchange2(String message){

System.out.println("TopicQueue2接收到了消息：【"+message+"】"+LocalTime.now());

}

如果你遇到了以下的报错信息：

则表示已经存在一个路由器，且类型并不是type属性指定的类型。

其实就是在复制上面的代码的时候忘记改路由器的名字了。

2.在consumer服务中，编写两个消费者方法，分别监听topic.queue1和topic.queue2
3.在publisher中编写测试方法，向itcast.topic发送消息

@Test

void SendTopicExchangeTest(){

// 交换机名称

String changeName = "itcast.topic";

// 消息

String message = "发送一个一条中国的消息";

// 发送消息

rabbitTemplate.convertAndSend(changeName,"china.news",message);

}

首先，我们向chines.news中发送消息，则两个消费者都会收到消息：

然后我们修改RoutingKey，改成china.weather，则只有TopicQueue1能收到消息：

因为TopicQueue1绑定的是china.#即任意china开头的组合。我们再次修改，将RoutingKey修改成Canada.news：

则这次就只有TopicQueue2收到了消息，因为他绑定的是任意开头，以news结尾的组合，然后我们再次修改RoutingKey为National.wealth：

这次的控制台没有任何东西输出，这是因为他并不符合任何的BindingKey，并且我们再来看一下UI界面：

在topic.queue队列中，并没有存在消息，这也说明了我们之前说过的一个路由器的特性，【路由器只负责转发数据，并不存储数据】，也就是说一条消息被路由器拿到了，那就算是被消费了，无论有没有正确的被接收。

消息转换器

消息转换器的概念其实一直存在，比如之前我们在使用SpringAMQP的API发送消息的时候，虽然我们发送的一直都是String类型的消息，但是其实他支持的数据类型是Object：

那么也就是说，这里的消息可以是任意的类型，比如一个Java对象，List对象，那么我们就来测试一下发送一个Java的对象到消息队列中。

由于绑定交换机之后消息就会自动的发送给交换机，所以我们用JavaBean的方式声明一个队列让消息在不消费的情况下可以保存：

@Bean

public Queue ObjectQueue(){

return new Queue("Object.queue");

}

写好配置之后我们重启一下服务器。

然后我们来到发送消息的方法中：

@Test

void SendObject(){

// 交换机名称

String changeName = "object.topic";

// 消息

HashMap<String, Object> message = new HashMap<>();

message.put("姓名","柳岩");

message.put("age",21);

// 发送消息

rabbitTemplate.convertAndSend(changeName,message);

}

我们创建了一个HashMap类型的对象，并将这个对象发送到消息队列中，我们运行代码：

首先他发送成功了，其次，我们来到UI管理界面：

在Object.queue中确实有一个消息，我们点进去看看消息内容是什么：

首先我们看到消息体，是很长的一大串字符，然后我们在看到上面，消息的类型，是Java序列化对象。

也就是说，他将我们的Java的对象经过序列化之后，再存储到消息队列中，但是这个序列化的方式有问题，他默认使用的是JDK的序列化方式，这种方式产生的序列化后的数据非常的大，而数据越大，在消息队列中就越占资源，而且消息的传输速度也会下降。

那么现在的问题就变成了，如果修改他原本的序列化工具，将默认不好用的序列化工具转换成一个好用的序列化工具。其实方法很简单，首先我们要引入JSON序列化工具的依赖，就是之前我们使用的jackson的依赖，然后我们在启动类中声明一个MessageConverter类型的Bean，这个Bean的返回值就是我们的jackson的序列化工具。其实这就是一个自动装配替换默认配置的过程：

<groupId>com.fasterxml.jackson.dataformat</groupId>

<artifactId>jackson-dataformat-xml</artifactId>

</dependency>

package org.example;

import org.springframework.amqp.support.converter.Jackson2JsonMessageConverter;

import org.springframework.amqp.support.converter.MessageConverter;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.context.annotation.Bean;

@SpringBootApplication

public class PublisherApplication {

public static void main(String[] args) {