RabbitMQ实战教程

1.MQ引言

1.1 什么是MQ

​ MQ(Message Queue):翻译为消息队列,通过典型的生产者和消费者模型,生产者不断向消息队列中生产消息,消费者不断的从队列中获取消息。因为消息的生产和消费都是异步的。而且只关心消息的发送和接受,没有业务逻辑的侵入,轻松的实现系统间解耦。别名为消息中间件。通过利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成。

1.2 MQ有哪些

​ 当今世面上有很多主流的消息中间件。如老牌的ActiveMQ、RabbitMQ,炙手可热的Kafka,阿里巴巴自主研发的RocketMQ等。

1.3 不同MQ特点

# 1.ActiveMQ
	ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线,它是一个完全支持JMS规范的消息中间件。丰富的API,多种集群架构模式让ActiveMQ在业界成为老牌的消息中间件,在中小型企业中颇受欢迎!

# 2.Kafka
    Kafka是LinkedIn开源的分布式发布-订阅消息系统,目前归属于Apache顶级项目。Kafka主要特点是基于Pull的模式来处理消息消费,追求高吞吐量,一开始的目的就是用于日志收集和传输,0.8版本开始支持复制,不支持事务,对消息的重复、丢失、错误没有严格要求,适合产生大量数据的互联网服务的数据收集业务。
 
# 3.RocketMQ
    RocketMQ是阿里开源的消息中间件,他是纯java开发,具有高吞吐量、高可用性、适合大规模分布式系统应用的特点。RocketMQ思路起源于Kafka,但并不是Kafka的一个Copy,它对消息的可靠传输及事务性做了优化,目前在阿里集团被广泛应用于交易、充值、流计算、消息推送、日志流式处理、binglog开发等场景
  
# 4.RabbitMQ
    RabbitMQ是使用Erlang语言开发的开源消息队列系统。基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。AMQP协议更多用在企业系统内对数据一致性、稳定性和可靠性要求很高的场景,对性能和吞吐量的要求还在其次。

RabbitMQ比kafka可靠,kafka更适合IO高吞吐的处理,一般应用在大数据日志处理或对实时性(少量延迟),可靠性(少量丢失数据)要求稍低的场景使用,比如ELK日志收集

2.RabbitMQ的引言

2.1 RabbitMQ

   基于AMQP协议,erlang语言开发,是部署最广泛的开源消息中间件,是最受欢迎的开源消息中间件之一

在这里插入图片描述

# AMQP协议
  AMQP(advanced message queuing protocol) 在2003年时被提出,最早用于解决金融领域不同平台之间的消息传递交互问题。顾名思义,AMQP是一种协议,更准确的说是一种binary wire-level protocal(链接协议)。这是其和JMS的本质差别。AMQP不从API层进行限定,而是直接定义网络交换的数据格式。这使得实现了AMQP的provider天然性就是跨平台的。以下是AMQP协议模型:

在这里插入图片描述

在这里插入图片描述

2.2 RabbitMQ安装

2.2.1 下载
# rabbitmq官网地址:
  	http://www.rabbitmq.com/
# rabbitmq下载地址
  	https://www.rabbitmq.com/install-rpm.html#downloads
# erlang的版本会影响到rabbitmq的安装,两者有个版本对照
  	查看对照的地址:http://www.rabbitmq.com/which-erlang.html
# erlang下载
  	wget http://www.erlang.org/downloads/
  

以上资源下载速度较慢,可以使用如下链接下载:
rabbitmq&erlang完全兼容安装包(linux版)
https://download.csdn.net/download/MonkeySun123321/15435950

2.2.2 安装Erlang
# 编译安装Erlang对环境有要求, 依赖包需要先进行yum安装
    yum install ncurses ncurses-base ncurses-devel ncurses-libs ncurses-static ncurses-term ocaml-curses ocaml-curses-devel -y
    yum install openssl-devel zlib-devel –y
    yum -y install make ncurses-devel gcc gcc-c++ unixODBC unixODBC-devel openssl openssl-devel

# 安装Erlang(prefix后面指定的是安装目录)
	1.进入解压文件夹
    cd otp_src_23.2
    
    2.configure
    ./configure --prefix=/opt/erlang --with-ssl -enable-threads -enable-smmp-support -enable-kernel-poll --enable-hipe --without-javac
    
    3.编译
    make&&make install
    
    4.安装完成后做个软连接
    ln -s /opt/erlang/bin/erl /usr/local/bin/erl
    
    5.测试Erlang的安装是否成功:
    cd /usr/local/bin
	erl
	会出现如下的提示信息
    Erlang/OTP 20 [erts-9.0] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] [hipe] [kernel-poll:false]
    Eshell V9.0 (abort with ^G)
    1>
    
    6.退出
    输入halt(). 退出即可
    
    7.修改环境变量
    vim /etc/profile
    我们移到最后一行,在这里我们输入以下信息
    ERLANG_HOME=/opt/erlang
    PATH=$ERLANG_HOME/bin:$PATH
    export ERLANG_HOME
    export PATH
    
    8.刷新配置并验证配置是否生效
    source /etc/profile
    
    验证是否已经追加成功
    echo $ERLANG_HOME --> opt/erlang
    echo $PATH        --> opt/erlang/bin:...
    
    OK,到现在为止我们的Erlang安装完成啦!!
2.2.3 安装RabbitMQ
# 下载RabbitMQ安装包	
    wget https://github.com/rabbitmq/rabbitmq-server/releases/download/v3.8.4/rabbitmq-server-generic-unix-3.8.4.tar.xz

# 解压rabbitmq
      tar -xvf rabbitmq-server-generic-unix-3.8.4.tar.xz
  
# 将解压好的文件移动到我的安装目录:
      mv rabbitmq_server-3.8.4 /opt/

# 配置环境变量
	vim /etc/profile

    ERLANG_HOME=/opt/erlang
    RABBITMQ_HOME=/opt/rabbitmq_server-3.8.4/
    PATH=$ERLANG_HOME/bin:$RABBITMQ_HOME/sbin:$PATH
    export ERLANG_HOME
    export RABBITMQ_HOME
    export PATH
	
	source /etc/profile
# 进入sbin目录下启动

    命令如下:
    直接启动 ./rabbitmq-server
    后台启动 ./rabbitmq-server -detached
    开启插件管理页面 ./rabbitmq-plugins enable rabbitmq_management
    关闭服务 ./rabbitmqctl stop
    设置登录的账号和密码  ./rabbitmqctl add_user admin 123456
    设置该用户的类型     ./rabbitmqctl set_user_tags admin administrator
    设置用户权限        ./rabbitmqctl set_permissions -p / admin ".*" ".*" ".*"
    查看当前用户列表     ./rabbitmqctl  list_users

    由于我们要使用页面管理,所以需要在启动后开启页面插件,然后关闭防火墙在window中使用ip地址登录
    如: http://192.168.137.139:15672/

1614067859454

3.RabbitMQ配置

3.1 RabbitMQ管理命令行

# 1 服务启动相关
  rabbitmq-server
# 2.管理命令行 用来在不使用web管理界面情况下命令操作RabbitMQ
  rabbitmqctl help
# 3.插件管理命令行
  rabbitmq-plugins enable|list|disable

3.2 web管理界面介绍

在这里插入图片描述

4.RabbitMQ的第一个程序

4.1 RabbitMQ支持的消息模型

在这里插入图片描述

4.2 引入依赖

<!--引入RabbitMQ-->
<dependency>
    <groupId>com.rabbitmq</groupId>
    <artifactId>amqp-client</artifactId>
    <version>5.7.2</version>
</dependency>

4.3 第一种模型(直连)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DaGbnbyO-1614252787610)(RabbitMQ实战教程.assets/1614082520856.png)]

在上图的模型中,有以下概念:

  • P:生产者,也就是要发送消息的程序

  • C:消费者,消息的接收者,会一直等待消息到来

  • queue :消息队列,图中红色部分。类似一个邮箱,可以缓存消息;生产者向其中投递消息,消费者从中取出消息

4.3.1 开发生产者

​ 代码示例:

@Test
    public void provide() throws IOException, TimeoutException {
        // 创建链接mq的连接工厂对象
        ConnectionFactory connectionFactory = new ConnectionFactory();
        // 设置连接mq的主机
        connectionFactory.setHost("192.168.137.139");
        // 设置端口
        connectionFactory.setPort(5672);
        // 设置连接的虚拟主机
        connectionFactory.setVirtualHost("/ems");
        // 设置访问虚拟主机的用户名和密码
        connectionFactory.setUsername("admin");
        connectionFactory.setPassword("123456");

        // 获取连接对象
        Connection connection = connectionFactory.newConnection();
        // 获取连接中的通道
        Channel channel = connection.createChannel();
        // 通道绑定对应消息队列
        // 参数1:队列名称,不存在则创建队列
        // 参数2:用来定义队列特性是否要持久化
        // 参数3:exclusive 是否独占队列
        // 参数4:autoDelete 是否在消费完成后自动删除队列
        // 参数5:额外附加
        channel.queueDeclare("helloworld",false,false,false,null);
        //发布消息
        //参数1:交换机名称 参数2:队列名称 参数3:传递消息额外设置 参数4:消息的具体内容
        channel.basicPublish("","helloworld",null,"helloworld111".getBytes());

        // 关闭channel和connection
        channel.close();
        connection.close();
    }

观察结果:
在这里插入图片描述

4.3.2 开发消费者

代码示例:

public static void main(String[] args) throws IOException, TimeoutException {
        ConnectionFactory connectionFactory = new ConnectionFactory();
        connectionFactory.setHost("192.168.137.139");
        connectionFactory.setPort(5672);
        connectionFactory.setVirtualHost("/ems");
        connectionFactory.setUsername("admin");
        connectionFactory.setPassword("123456");
        Connection connection = connectionFactory.newConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("helloworld",false,false,false,null);
        channel.basicConsume("helloworld",true,new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("=======================" + new String(body));
            }
        });
    }

输出结果:

=======================helloworld111

观察结果:
1614135875859

4.4 第二种模型(work queue)

`Work queues`,也被称为(`Task queues`),任务队列模型。当消息处理比较耗时的时候,可能生产消息的速度会远远大于消息的消费速度。长此以往,消息就会堆积越来越多,无法及时处理。此时就可以使用work queue模型:`让多个消费者绑定到一个队列,共同消费队列中的消息`。队列中的消息一旦被消费,就会消失,因此任务是不会被重复执行的。

1614160439631

角色:

  • P:生产者:任务的发布者
  • C1:消费者,领取任务并且完成任务,假设完成速度较慢
  • C2:消费者2,领取任务并完成任务,假设完成速度快
4.4.1 开发生产者
Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        //channel绑定消息队列
        channel.queueDeclare("work Queue",true,false,false,null);
        // 发布消息
        for (int i = 0; i < 10; i++) {
            channel.basicPublish("","work Queue", MessageProperties.PERSISTENT_BASIC,(i + "----work queue --").getBytes());
        }
        RabbitMQUtils.closeConnectionAndChannel(channel,connection);
4.4.2 开发消费者

消费者1

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("work Queue",true,false,false,null);
        channel.basicConsume("work Queue", false, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("Consumer1 :" + new String(body));
            }
        });

消费者2

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("work Queue",true,false,false,null);
        channel.basicConsume("work Queue", false, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("Consumer2 :" + new String(body));
            }
        });

RabbitMQUtils

private static ConnectionFactory connectionFactory ;
    static{
        // 创建链接mq的连接工厂对象
        connectionFactory = new ConnectionFactory();
        // 设置连接mq的主机
        connectionFactory.setHost("192.168.137.139");
        // 设置端口
        connectionFactory.setPort(5672);
        // 设置连接的虚拟主机
        connectionFactory.setVirtualHost("/ems");
        // 设置访问虚拟主机的用户名和密码
        connectionFactory.setUsername("admin");
        connectionFactory.setPassword("123456");
    }

    public static Connection getConnection() {
        try {
            return connectionFactory.newConnection();
        } catch (IOException e) {
            e.printStackTrace();
        } catch (TimeoutException e) {
            e.printStackTrace();
        }
        return null;
    }

    public static void closeConnectionAndChannel(Channel channel, Connection connection) {
        try {
            if (channel != null) channel.close();
            if (connection != null) connection.close();
        } catch (IOException e) {
            e.printStackTrace();
        } catch (TimeoutException e) {
            e.printStackTrace();
        }
    }

输出结果
1614165278991
1614165356585

总结:默认情况下,RabbitMQ将按顺序将每个消息发送给下一个使用者。平均而言,每个消费者都会收到相同数量的消息。这种分发消息的方式称为循环(平均分配)

注意:管理页面queue中没有任务,并不意味着消费者已经消费完毕。分配规则是先分配后消费

4.4.3 消息自动确认机制

Doing a task can take a few seconds. You may wonder what happens if one of the consumers starts a long task and dies with it only partly done. With our current code, once RabbitMQ delivers a message to the consumer it immediately marks it for deletion. In this case, if you kill a worker we will lose the message it was just processing. We’ll also lose all the messages that were dispatched to this particular worker but were not yet handled.

But we don’t want to lose any tasks. If a worker dies, we’d like the task to be delivered to another worker.

完成一项任务可能需要几秒钟。您可能想知道,如果其中一个使用者开始一项漫长的任务并仅部分完成而死掉,会发生什么情况。使用我们当前的代码,RabbitMQ一旦向消费者传递了一条消息,便立即将其标记为删除。在这种情况下,如果您杀死一个工人,我们将丢失正在处理的消息。我们还将丢失所有发送给该特定工作人员但尚未处理的消息。

但是我们不想丢失任何任务。如果一个工人死亡,我们希望将任务交付给另一个工人。

具体步骤

1.数据预取数量设置为1 一次只接受一条未确认的消息

channel.basicQos(1);

2.autoAck 自动确认标识 设置为false

channel.basicConsume(“work Queue”, false, new DefaultConsumer(channel) {…}

3.手动确认消息

channel.basicAck(envelope.getDeliveryTag(),false);

能者多劳的实现

Consumer1

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        // 数据预取数量设置为1 一次只接受一条未确认的消息
        channel.basicQos(1);
        channel.queueDeclare("work Queue", true, false, false, null);
        // autoAck 自动确认标识  true为开启自动确认,一次分配完毕   false为关闭自动确认,需要在该笔任务消费后手动确认
        channel.basicConsume("work Queue", false, new DefaultConsumer(channel) {
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("Consumer1 :" + new String(body));
                // 手动确认消息   参数1:确认队列中那个具体消息 参数2:multiple 是否开启多个消息同时确认
                channel.basicAck(envelope.getDeliveryTag(),false);
            }
        });

Consumer2

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        channel.basicQos(1);
        channel.queueDeclare("work Queue", true, false, false, null);
        channel.basicConsume("work Queue", false, new DefaultConsumer(channel) {
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("Consumer2 :" + new String(body));
                channel.basicAck(envelope.getDeliveryTag(),false);
            }
        });

结果:
在这里插入图片描述
1614168824544

4.5 第三种模型(fanout)

在这里插入图片描述

fanout,扇出,也称为广播

在广播模式下,消息发送流程是这样的:

  • 可以有多个消费者
  • 每个消费者都有自己的queue(队列)
  • 每个队列都要绑定到Exchange(交换机)
  • 生产者发送的消息,只能发送到交换机,交换机来决定要发送给哪个队列,生产者无法决定
  • 交换机把消息发送给绑定过的所有队列
  • 队列的消费者都能拿到消息,实现一条消息被多个消费者消费
4.5.1 开发生产者
// 声明交换机 一条消息多个消费者都能消费
channel.exchangeDeclare("logs","fanout",false);
// 发布消息
channel.basicPublish("logs","",null,"fanout type message".getBytes());
4.5.2 开发消费者1
// 绑定或声明交换机
channel.exchangeDeclare("logs", "fanout", false);
// 创建临时队列
String queue = channel.queueDeclare().getQueue();
System.out.println("queue :" + queue);
// 将临时队列绑定交换机
channel.queueBind(queue, "logs", "", null);
// 消费消息
channel.basicConsume(queue, true, new DefaultConsumer(channel) {
    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
        System.out.println("consumer1 :" + new String(body));
    }
});
4.5.2 开发消费者2

同上

执行结果:
1614171663127
1614171675226

4.6 第四种模型(Routing-Direct)

Routing路由模型包含两种:订阅模型-Direct动态路由Topics

Routing之订阅模型-Direct

在Fanout模型中,一条消息,会被所有订阅的队列都消费。但是,在某些场景下,我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。

在Direct模型下:

  • 队列与交换机的绑定,不能是任意绑定了,而是要指定一个RoutingKey(路由key)
  • 消息的发送方在向Exchange发送消息时,也必须指定消息的RoutingKey
  • Exchange不再把消息交给每一个绑定的队列,而是根据消息的Routing key进行判断,只有队列的Routingkey与消息的Routingkey完全一致,才会接收到消息

流程:

在这里插入图片描述

图解:

  • P:生产者,向Exchange发送消息,发送消息时,会指定一个routing key
  • X:Exchange(交换机),接收生产者的消息,然后把消息传递给与routing key完全匹配的队列
  • C1:消费者,其所在队列指定了需要routing key为error的消息
  • C2:消费者,其所在队列指定了需要routing key为info、error、warning的消息
4.6.1 开发生产者
// 声明交换机 参数1:交换机名称 参数2:交换机类型 基于指令的Routing key转发
String exchangeName = "logs_direct";
channel.exchangeDeclare(exchangeName, "direct");
// 发送消息
String routingKey = "debug";
channel.basicPublish(exchangeName, routingKey, null, ("logs_direct : routing key [" +   
                                                      routingKey + "]").getBytes());
4.6.2 开发消费者1
channel.exchangeDeclare("logs_direct", "direct");
// 绑定虚拟队列和交换机
String queue = channel.queueDeclare().getQueue();
channel.queueBind(queue,"logs_direct","error");
//接收消息队列中的内容
channel.basicConsume(queue,true,new DefaultConsumer(channel){
    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
        System.out.println("consumer1 :" + new String(body));
    }
});
4.6.2 开发消费者1
channel.exchangeDeclare("logs_direct", "direct");
// 创建临时队列 并绑定队列和交换机
String queue = channel.queueDeclare().getQueue();
channel.queueBind(queue,"logs_direct","error");
channel.queueBind(queue,"logs_direct","info");
channel.queueBind(queue,"logs_direct","debug");
channel.queueBind(queue,"logs_direct","warning");
//接收消息队列中的内容
channel.basicConsume(queue,true,new DefaultConsumer(channel){
    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
        System.out.println("consumer2 :" + new String(body));
    }
});

执行结果:
在这里插入图片描述

在这里插入图片描述

4.7 第五种模型(Routing-Topic)

Topic类型的ExchangeDirect相比,都是可以根据Routingkey把消息路由到不同的队列。只不过Topic类型Exchange可以让队列在绑定Routing key的时候使用通配符。这种模型Routingkey一般都是由一个或多个单词组成,多个单词之间以“.”分割,例如:item.insert

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-imlhrWI1-1614252787662)(RabbitMQ实战教程.assets/python-five.png)]

  • (star) can substitute for exactly one word. * :匹配不多不少恰好一个词

  • # (hash) can substitute for zero or more words. # :匹配一个或多个词

    如:

    audit.# 匹配audit.aaa或者audit.aaa.bbb

    audit.* 匹配audit.a或audit.b

4.7.1 开发生产者
String exchangeName = "logs_topic";
channel.exchangeDeclare(exchangeName, "topic");
// String routingKey = "user.insert";
String routingKey = "user.insert.first";
channel.basicPublish(exchangeName, routingKey, null, ("topic message 。 routing key :" + routingKey).getBytes());
4.7.2 开发消费者1
String exchangeName = "logs_topic";
channel.exchangeDeclare(exchangeName, "topic");
String queue = channel.queueDeclare().getQueue();
channel.queueBind(queue,exchangeName,"user.*");
channel.basicConsume(queue,true,new DefaultConsumer(channel){
    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
        System.out.println("consumer1 : " + new String(body));
    }
});
4.7.3 开发消费者2
String exchangeName = "logs_topic";
channel.exchangeDeclare(exchangeName, "topic");
String queue = channel.queueDeclare().getQueue();
channel.queueBind(queue,exchangeName,"user.#");
channel.basicConsume(queue,true,new DefaultConsumer(channel){
    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
        System.out.println("consumer2 : " + new String(body));
    }
});

执行结果:

1614233651335
在这里插入图片描述

5.SpringBoot中使用RabbitMQ

5.0 搭建初始环境

5.0.1 引入依赖
<!--springboot集成rabbitmq-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-amqp</artifactId>
</dependency>
5.0.2 设置配置文件
 spring:  
   rabbitmq: 
     host: 192.168.137.139
     port: 5672
     username: admin
     password: 123456
     virtual-host: /ems     

模板对象RabbitTemplate 用来简化操作 使用时直接在项目中注入即可

5.1 第一种hello world模型使用

5.1.1 开发生产者
@SpringBootTest(classes = SpringbootDemoApplication.class)
@RunWith(SpringRunner.class)
public class TestSpringbootRabbitMQ {

    // 导入rabbitTemplate
    @Autowired
    private RabbitTemplate rabbitTemplate;

    /**
     * 第一种模式  点对点 hello world
     */
    @Test
    public void helloWorldTest() {
        rabbitTemplate.convertAndSend("hello world","point 2 point message");
    }
}
5.1.2 开发消费者
@Component
// queuesToDeclare 声明监听队列名
@RabbitListener(queuesToDeclare = @Queue("hello world"))
public class Point2PointConsumer {
    @RabbitHandler
    public void receiveMsg(String msg){
        System.out.println("msg = " + msg);
    }
}

执行结果:
在这里插入图片描述

5.2 第二种work模型使用

5.2.1 开发生产者
@Test
public void workQueueTest() {
    for (int i = 0; i < 10; i++) {
        rabbitTemplate.convertAndSend("work queue",i + "work queue message");
    }
}
5.2.2 开发消费者
@RabbitListener(queuesToDeclare = @Queue(value = "work queue",durable = "false"))
public void workQueueRecive1(String message){
    System.out.println("receiver 1 = " + message);
}

@RabbitListener(queuesToDeclare = @Queue(value = "work queue",durable = "false"))
public void workQueueRecive2(String message){
    System.out.println("receiver 2 = " + message);
}

执行结果:
在这里插入图片描述

5.3 第三种Fanout广播模型

5.3.1 开发生产者
@Test
public void fanoutTest() {
    rabbitTemplate.convertAndSend("logs","","fanout message ....");
}
5.3.2 开发消费者
@RabbitListener(bindings = {
    @QueueBinding(
        value = @Queue, //创建临时队列
        exchange = @Exchange(value = "logs", type = "fanout")
    )
})
public void receive1(String message) {
    System.out.println("receive1 = " + message);
}


@RabbitListener(bindings = {
    @QueueBinding(
        value = @Queue, //创建临时队列
        exchange = @Exchange(value = "logs", type = "fanout")
    )
})
public void receive2(String message) {
    System.out.println("receive2 = " + message);
}

执行结果:
1614248653550

5.4 第四种Routing-Direct模型

5.4.1 开发生产者
@Test
public void directTest() {
    rabbitTemplate.convertAndSend("logs direct","error","routing direct message ....");
}
5.4.2 开发消费者
@RabbitListener(bindings = {
            @QueueBinding(
                value = @Queue,  //创建临时队列
                //自定义交换机名称与类型
                exchange = @Exchange(value = "logs direct",type = "direct"), 
                key = {"error","info","debug","warning"}
            )
    })
public void receive1(String message){
    System.out.println("Consumer1 = " + message);
}

@RabbitListener(bindings = {
    @QueueBinding(
        value = @Queue, 
        exchange = @Exchange(value = "logs direct",type = "direct"),
        key = {"debug"}
    )
})
public void receive2(String message){
    System.out.println("Consumer2 = " + message);
}

执行结果:

1614249502249

5.5 第五种Routing-Topic模型

5.5.1 开发生产者
@Test
public void topicTest() {
    String routingKey = "user.insert";
    rabbitTemplate.convertAndSend("logs topic",routingKey,"routing topic message ...." + routingKey);
}
5.5.2 开发消费者
@RabbitListener(bindings = {
    @QueueBinding(
        value = @Queue,
        exchange = @Exchange(value = "logs topic",type = "topic"),
        key = {"user.*","person.#"}
    )
})
public void receive1(String message){
    System.out.println("Consumer1 = " + message);
}

@RabbitListener(bindings = {
    @QueueBinding(
        value = @Queue,
        exchange = @Exchange(value = "logs topic",type = "topic"),
        key = {"user.insert.*"}
    )
})
public void receive2(String message){
    System.out.println("Consumer2 = " + message);
}

执行结果:
1614250062907

6.MQ的应用场景

6.1 异步处理

场景说明:用户注册后,需要发注册邮件和注册短信。传统的做法有两种 1.串行的方式;2.并行方式

a、串行方式:将注册信息写入数据库成功后,发送注册邮件,再发送注册短信。以上三个任务全部完成后,返回给客户端。

在这里插入图片描述

b、并行方式:将注册信息写入数据库成功后,发送注册邮件的同时,发送注册短信。以上三个任务完成后,返回给客户端。与串行的差别是,并行的方式可以提高处理的时间
在这里插入图片描述

假设三个业务节点每个使用50毫秒钟,不考虑网络等其他开销,则串行方式的时间是150毫秒,并行的时间可能是100毫秒。
因为CPU在单位时间内处理的请求数是一定的,假设CPU1秒内吞吐量是100次。则串行方式1秒内CPU可处理的请求量是7次(1000/150)。并行方式处理的请求量是10次(1000/100)
小结:如以上案例描述,传统的方式系统的性能(并发量,吞吐量,响应时间)会有瓶颈。如何解决这个问题呢?

引入消息队列,将不是必须的业务逻辑,异步处理。改造后的架构如下:
在这里插入图片描述

按照以上约定,用户的响应时间相当于是注册信息写入数据库的时间,也就是50毫秒。注册邮件,发送短信写入消息队列后,直接返回,因此写入消息队列的速度很快,基本可以忽略,因此用户的响应时间可能是50毫秒。因此架构改变后,系统的吞吐量提高到每秒20 QPS。比串行提高了3倍,比并行提高了两倍。

6.2 应用解耦

场景说明:用户下单后,订单系统需要通知库存系统。传统的做法是,订单系统调用库存系统的接口。如下图:
在这里插入图片描述

传统模式的缺点:假如库存系统无法访问,则订单减库存将失败,从而导致订单失败,订单系统与库存系统耦合

如何解决以上问题呢?引入应用消息队列后的方案,如下图:
在这里插入图片描述

订单系统:用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功

库存系统:订阅下单的消息,采用拉/推的方式,获取下单信息,库存系统根据下单信息,进行库存操作
假如:在下单时库存系统不能正常使用。也不影响正常下单,因为下单后,订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦

6.3 流量削峰

流量削锋也是消息队列中的常用场景,一般在秒杀或团抢活动中使用广泛。
应用场景:秒杀活动,一般会因为流量过大,导致流量暴增,应用挂掉。为解决这个问题,一般需要在应用前端加入消息队列。

a、可以控制活动的人数

b、可以缓解短时间内高流量压垮应用
在这里插入图片描述

用户的请求,服务器接收后,首先写入消息队列。假如消息队列长度超过最大数量,则直接抛弃用户请求或跳转到错误页面。
秒杀业务根据消息队列中的请求信息,再做后续处理

6.4 日志处理

日志处理是指将消息队列用在日志处理中,比如Kafka的应用,解决大量日志传输的问题。架构简化如下:
在这里插入图片描述

  • 日志采集客户端,负责日志数据采集,定时写受写入Kafka队列
  • Kafka消息队列,负责日志数据的接收,存储和转发
  • 日志处理应用:订阅并消费kafka队列中的日志数据

7.RabbitMQ的集群

待续

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
RabbitMQ实战中,有多种使用场景。其中一种使用场景是在用户订单和库存处理中实现服务间解耦。通过使用RabbitMQ,可以将订单和库存处理的各个环节解耦,提高系统的可维护性和扩展性。使用RabbitMQ后,订单和库存处理的各个服务可以通过消息队列进行通信,降低了模块之间的直接依赖关系。这样,当其中一个服务出现问题时,不会影响到其他服务的正常运行。另外,使用RabbitMQ还可以实现异步处理,提高系统的性能和响应速度。另外,在学习RabbitMQ的过程中,可以通过SpringBoot整合RabbitMQ实战实际的业务场景。通过将所学的RabbitMQ知识点应用到实际的业务场景中,可以加深对RabbitMQ的理解,并且学会如何解决实际的问题。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [RabbitMQ实战教程](https://download.csdn.net/download/weixin_26735445/19551312)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] - *2* [rabbitmq实战篇 - 使用场景](https://blog.csdn.net/weixin_49300975/article/details/130359286)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] - *3* [RabbitMQ实战视频.zip](https://download.csdn.net/download/qq_36899469/12255849)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值