rabbitmq,从入门基础到整合springboot,超详细笔记

SpringBoot整合RabbitMQ消息队列-学习笔记 前言 本篇文章主要用于记录个人学习RabbitMQ的过程,记录下来方便日后查看,如有错误的地方,还望指正。 本篇文章比较详细地记录本人在学习过程中的每一个步骤,比较适合对RabbitMQ不熟的同学学习,跟着本文操作一遍,就可以大概知道RabbitMQ的基础知识了。 准备阶段 首先把RabbitMQ环境安装好,下面再详细介绍RabbitMQ各个知识点和如何使用。 由于是基于Centos7的... 阅读详情

前言

什么是RabbitMQ?

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

常见的MQ

老牌的ActiveMQ、RabbitMQ,当下流行的Kafka,阿里巴巴自主开发RocketMQ等。

不同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呢?

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

RabbitMQ

简介

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

AMQP协议:

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

下载安装

因为我这里是部署到远程服务器中,所以这里只讲linux安装运行哈

下载直接从官网下载即可,这里就不详细说明了,如果想要资源的话也可以直接私信我

这里下载了三个包:

# 因为rabbitmq是使用erlang语言写的,所以需要安装erlang
erlang-22.0.7-1.el7.x86_64.rpm
# 安装rabbitmq需要的依赖
socat-1.7.3.2-2.el7.x86_64。rpm
# rabbitmq服务
rabbitmq-server-3.7.18-1.el7.noarch.rpm

然后使用命令行安装

rpm -ivh erlang-22.0.7-1.el7.x86_64.rpm
rpm -ivh socat-1.7.3.2-2.el7.x86_64.rpm
rpm -ivh rabbitmq-server-3.7.18-1.el7.noarch.rpm 

都安装完成后,会在以下目录生成配置文件模板

[root@ryan rabbitmq]# find / -name rabbitmq.config.example
/usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example

我们需要将次配置文件模板复制到/etc/rabbitmq/目录下

[root@ryan rabbitmq]# cp /usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example /etc/rabbitmq
[root@ryan rabbitmq]# cd /etc/rabbitmq
[root@ryan rabbitmq]# ls
rabbitmq.config

进入编辑模式,开发来宾模式

[root@ryan rabbitmq]# vim rabbitmq.config
# 删除下图中这一行的注释(百分号)和最后的逗号即可
# 来宾账户密码都是guest

在这里插入图片描述
启动rabbitmq中的插件管理

rabbitmq-plugins enable rabbitmq_management

最后启动rabbitmq服务

[root@ryan rabbitmq]# systemctl start rabbitmq-server
# 如果是重启则是restart

可通过命令行查看rabbitmq的服务状态

[root@ryan rabbitmq]# systemctl status rabbitmq-server

如果看到Active:active则说明启动成功,如果Active:dead则说明没有启动成功

如果还没关闭服务器防火墙的一定要先关闭防火墙哦

# 关闭防火墙服务
systemctl disable firewalld
systemctl stop firewalld

最后就可以访问rabbitmq的web后台管理界面了

# 访问地址,rabbitmq的默认端口号是15672
远程服务器主机名:15672

在这里插入图片描述

相关配置

命令行:

# 1.服务启动相关
systemctl start|restart|stop|status rabbitmq-server

# 2.管理命令行  用来在不使用web管理界面情况下命令操作RabbitMQ
rabbitmqctl  help  # 可以查看更多命令

# 3.插件管理命令行
rabbitmq-plugins enable|list|disable 

web界面简单介绍

  • verview概览

  • connections:无论生产者还是消费者,都需要与RabbitMQ建立连接后才可以完成消息的生产和消费,在这里可以查看连接情况

  • channels:通道,建立连接后,会形成通道,消息的投递获取依赖通道。

  • Exchanges:交换机,用来实现消息的路由

  • Queues:队列,即消息队列,消息存放在队列中,等待消费,消费后被移除队列。

实战

从rabbitmq官网可以看到由多种模型

helloworld

在这里插入图片描述
在上图的模型中,有以下概念:

  • P:生产者,也就是要发送消息的程序
  • C:消费者:消息的接受者,会一直等待消息到来。
  • queue:消息队列,图中红色部分。类似一个邮箱,可以缓存消息;生产者向其中投递消息,消费者从其中取出消息。

1、创建1个mave项目,导入相关依赖

<dependencies>
    <!-- amqp-client -->
    <dependency>
        <groupId>com.rabbitmq</groupId>
        <artifactId>amqp-client</artifactId>
        <version>5.9.0</version>
    </dependency>

    <!-- junit -->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
    </dependency>

    <!--slf4j-->
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
        <version>1.7.25</version>
    </dependency>

</dependencies>

2、编写工具类

/获取连接工具类
public class RabbitMQUtil {

    private static ConnectionFactory connectionFactory;

    static {
        connectionFactory = new ConnectionFactory();
        //设置连接rabbitmq主机
        connectionFactory.setHost("203.195.160.231");
        //设置端口号(不是http端口号)
        connectionFactory.setPort(5672);
        //设置连接哪个虚拟主机
        connectionFactory.setVirtualHost("/ems");
        //设置访问虚拟主机的用户名和密码
        connectionFactory.setUsername("ems");
        connectionFactory.setPassword("123");
    }

    //获取连接对象
    public static Connection getConnection(){
        try {
            return connectionFactory.newConnection();
        } catch (IOException e) {
            e.printStackTrace();
        } catch (TimeoutException e) {
            e.printStackTrace();
        }
        return null;
    }

    //关闭连接
    public static void closeChannelAndConnection(Channel channel, Connection connection){
        try{
            if(channel != null) channel.close();
            if(connection != null) connection.close();
        } catch (TimeoutException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

}

3、编写生产者类

//生产者
public class Provider {

    @Test
    public void testSendMessage() throws IOException, TimeoutException {

        //获取连接对象
        Connection connection = RabbitMQUtil.getConnection();
        //获取连接通道
        Channel channel = connection.createChannel();
        //通道绑定对应的消息队列
        /**
         * 参数1:queue队列名称,如果不存在会自动创建
         * 参数2:durable用来定义队列是否要持久化,如果为false不持久化,在关闭rabbitmq服务器之后,队列会丢失
         *        如果为true持久化,那么rabbitmq重启后队列会恢复,当然消息不一定回复(需要在发布消息时设置)
         * 参数3:exclusive是否独占队列,如果为true,表明只有当前通道能使用该队列,当然我们一般都是为false
         * 参数4:autoDelete是否在消费完成后自动删除队列(需要消费线程断开之后才会被删除)
         * 参数5:arguments额外附加参数
         */
        channel.queueDeclare("hello", true, false, false, null);

        //发布消息
        /**
         * 参数1:交换机名称,此例子不经过交换机
         * 参数2:队列名称
         * 参数3:传递消息额外设置,可设置消息是否持久化,null表示不持久化,MessageProperties.PERSISTENT_TEXT_PLAIN表示持久化消息
         * 参数4:消息的具体内容
         */
        channel.basicPublish("", "hello", MessageProperties.PERSISTENT_TEXT_PLAIN, "hello,rabbitmq".getBytes());

        //关闭通道和连接
        RabbitMQUtil.closeChannelAndConnection(channel, connection);
    }
}

4、运行

然后可以在rabbitmq管理界面看到queue刷新到了消息,再运行一次则会多一条消息
在这里插入图片描述

5、编写消费者

//消费者
public class Consumer {
    public static void main(String[] args) throws IOException, TimeoutException {

        //获取连接对象
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("hello", true, false, false, null);
        //消费消息
        channel.basicConsume("hello", true, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("body=>" + new String(body));
            }
        });

        //消费者我们一般会让他去一直监听着消息队列,所以一般不会去关闭他
        //运行之后,发现队列中的消息全都消费了,每消费一条消息,都会触发handleDelivery方法
    }
}

控制台信息:

在这里插入图片描述

work queue

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

  • P:生产者:任务的发布者
  • C1:消费者-1,领取任务并且完成任务
  • C2:消费者-2:领取任务并完成任务

开发生产者

public class Porvider {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("work queue", true, false, false, null);
        for (int i = 1; i < 10; i++) {
            channel.basicPublish("", "work queue", MessageProperties.PERSISTENT_TEXT_PLAIN, (i + " hello,work queue").getBytes());
        }
        RabbitMQUtil.closeChannelAndConnection(channel, connection);
    }
}

消费者1

public class Consumer1 {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("work queue", true, false, false, null);
        channel.basicConsume("work queue", true, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("消费者1=>" + new String(body) );
            }
        });
    }
}

消费者2

public class Consumer2 {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.queueDeclare("work queue", true, false, false, null);
        channel.basicConsume("work queue", true, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("消费者2=>" + new String(body) );
            }
        });
    }
}

先将两个消费者运行起来,最后运行生产者,发现两个消费者是平均小费的
在这里插入图片描述
小结:默认情况下,RabbitMQ将按顺序将每个消息发送给下一个使用者。平均而言,每个消费者都会收到相同数量的消息。这种分发消息的方式称为循环。

思考1:循环模式,是从队列中一下子分配消息给消费者的,比如每个消费者5个,消费者1在消费第3个消息的时候,宕机了怎么办?这时候剩下的消息就会丢失,那怎么防止这种现象的出现呢?

思考2:如果一个消费者效率比较快,另一个效率稍微慢一点,怎么实现消费者多劳多得呢?

其实这两个问题都跟一个消息确认机制有关,目前我们都是开着自动确认消息的:也就是下面的参数2

channel.basicConsume("work queue", true, new DefaultConsumer(channel)

如果我们不想一下子直接平均分配给每个消费者的话,我们应该关闭消息自动确认机制,并且管道需要告知队列每次只消费1个消息

同时为了体现其中一个消费者效率比较慢,我们让啊消费者1睡2秒

最后手动确认消息

channel.basicQos(1);//每次只消费1条消息
 channel.basicConsume("work queue", false, new DefaultConsumer(channel){//参数2:false,关闭自动确认消息
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                try {
                    TimeUnit.SECONDS.sleep(2);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("消费者1=>" + new String(body) );
                channel.basicAck(envelope.getDeliveryTag(), false);//手动确认消息
            }
        });

测试:发现消费者1只消费了1条消息,其他的由消费者消费

fanout

也称广播
在这里插入图片描述
在广播模式下,消息发送流程是这样的:

  • 可以有多个消费者
  • 每个消费者有自己的queue(队列)
  • 每个队列都要绑定到Exchange(交换机)
  • 生产者发送的消息,只能发送到交换机,交换机来决定要发给哪个队列,生产者无法决定。
  • 交换机把消息发送给绑定过的所有队列
  • 队列的消费者都能拿到消息。实现一条消息被多个消费者消费

生产者

public class Provider {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        //通道绑定交换机
        /**
         * 参数:交换机名称,不存在的话会自动创建
         * 参数2:交换机类型,注意名称是固定的
         */
        channel.exchangeDeclare("logs", "fanout");
        //生产者只需要绑定交换机即可,其他的不需要管的
        //生产消息
        /**
         * 参数1:交换机名称
         * 参数2:路由,在此类型基本没什么用,所以可以空着
         * 参数3:是否持久化消息
         * 参数4:消息体
         */
        channel.basicPublish("logs", "", null, "hello,fanout".getBytes());
        //释放资源
        RabbitMQUtil.closeChannelAndConnection(channel, connection);

    }
}

消费者1/2

public class Consumer1 {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        //通道绑定交换机
        channel.exchangeDeclare("logs", "fanout");
        //获取临时队列
        String queueName = channel.queueDeclare().getQueue();
        //绑定交换机和队列
        /**
         * 参数1:临时队列名称
         * 参数2:交换机名称
         * 参数3:路由,在此没什么用,空着
         */
        channel.queueBind(queueName, "logs", "");
        //消费消息
        channel.basicConsume(queueName, true, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                System.out.println("消费者1=>" + new String(body));
            }
        });

    }
}

测试:生产者生产消息后,每个消费者都收到了同一条消息

Routing-direct

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

在Direct模型下:

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

流程:
在这里插入图片描述
图解:

  • P:生产者,向Exchange发送消息,发送消息时,会指定一个routing key。
  • X:Exchange(交换机),接收生产者的消息,然后把消息递交给 与routing key完全匹配的队列
  • C1:消费者,其所在队列指定了需要routing key 为 error 的消息
  • C2:消费者,其所在队列指定了需要routing key 为 info、error、warning 的消息

生产者:

public class Provider {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        //声明交换机
        String exchange = "logs_direct";
        /**
         * 参数1:交换机名称
         * 参数2:交换机类型,固定的
         */
        channel.exchangeDeclare(exchange, "direct");
        //声明路由key
        String routeKey = "error";
        //发布消息
        /**
         * 参数1:交换机名称
         * 参数2:路由key
         */
        channel.basicPublish(exchange, routeKey, null, ("direct类型,路由key为" + routeKey +"发来的消息").getBytes());
        //释放资源
        RabbitMQUtil.closeChannelAndConnection(channel, connection);
    }
}

消费者1

public class Consumer1 {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        //绑定路由
        String exchange = "logs_direct";
        channel.exchangeDeclare(exchange, "direct");
        //临时队列
        String queue = channel.queueDeclare().getQueue();
        //绑定队列和交换机
        channel.queueBind(queue, exchange, "error");
        channel.queueBind(queue, exchange, "info");
        //消费队列
        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("消费者1=>" + new String(body));
            }
        });
    }
}

消费者2:只绑定了info

测试:生产者绑定路由“error”发消息后,只有消费者1消费了

Routing-topic

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

# 统配符
* (star) can substitute for exactly one word.匹配不多不少恰好1个词
# (hash) can substitute for zero or more words.匹配一个或多个词
# 如:
audit.#  匹配audit.irs.corporate或者 audit.irs 等
audit.*  只能匹配 audit.irs

生产者

public class Provider {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.exchangeDeclare("topics", "topic");
        String roteKey = "user.save";
        channel.basicPublish("topics", roteKey, null, "topics发布的消息来了".getBytes());
        RabbitMQUtil.closeChannelAndConnection(channel, connection);
    }
}

消费者1

public class Consumer1 {
    public static void main(String[] args) throws IOException {
        Connection connection = RabbitMQUtil.getConnection();
        Channel channel = connection.createChannel();
        channel.exchangeDeclare("topics", "topic");
        String queue = channel.queueDeclare().getQueue();
        channel.queueBind(queue, "topics", "*.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("消费者1=>" + new String(body));
            }
        });
    }
}

消费者2

channel.queueBind(queue, "topics", "user.#");

测试:因为只有消费者2的通配符符合条件,所以最终只有2消费了消息

Springboot整合RabbitMQ

helloworld

1、新建springboot项目,导入相关依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.3.1.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.ryan</groupId>
    <artifactId>springboot-rabbitmq</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>springboot-rabbitmq</name>
    <description>Demo project for Spring Boot</description>

    <properties>
        <java.version>1.8</java.version>
    </properties>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-amqp</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
            <exclusions>
                <exclusion>
                    <groupId>org.junit.vintage</groupId>
                    <artifactId>junit-vintage-engine</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>org.springframework.amqp</groupId>
            <artifactId>spring-rabbit-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

</project>

2、配置yml文件

spring:
  application:
    name: springboot-rabbitmq

  rabbitmq:
    host: 203.195.160.231
    username: ems
    password: 123
    virtual-host: /ems
    port: 5672

3、编写生产者

@Test
void testHello(){
    //注意,如果没有对应的消费者,即使执行了生产者,是不会新建队列的
    rabbitTemplate.convertAndSend("hello", "hello发来的信息");
}

4、消费者

@Component
public class Consumer {

    //监听队列,声明队列,可以是单个值,也可以是数组
    @RabbitListener(queuesToDeclare = @Queue("hello"))
    public void receive(String message){
        System.out.println("message=>" + message);
    }

}

测试:message=>hello发来的信息

springboot就是舒服

work queue

1、生产者

@Test
void testWork(){
    for (int i = 0; i < 10; i++) {
        rabbitTemplate.convertAndSend("work","work queue发来的消息" + i);
    }
}

2、消费者

@Component
public class WorkConsumer {

    @RabbitListener(queuesToDeclare = @Queue(value = "work"))
    public void receive1(String message){
        System.out.println("message1=>" + message);
    }

    @RabbitListener(queuesToDeclare = @Queue(value = "work"))
    public void receive2(String message){
        System.out.println("message2=>" + message);
    }

}

测试:略

fanout

1、生产者

@Test
void testFanout(){
    rabbitTemplate.convertAndSend("logs", "", "fanout发来的消息");
}

2、消费者

@Component
public class FanoutConsumer {

    @RabbitListener(bindings = @QueueBinding(
            value = @Queue,//空表示临时队列
            exchange = @Exchange(value = "logs", type = "fanout")//交换机名称及类型
    ))
    public void receive1(String message){
        System.out.println("message1=>" + message);
    }

    @RabbitListener(bindings = @QueueBinding(
            value = @Queue,//空表示临时队列
            exchange = @Exchange(value = "logs", type = "fanout")//交换机名称及类型
    ))
    public void receive2(String message){
        System.out.println("message2=>" + message);
    }

}

测试:略

Routing-direct

1、生产者

@Test
void testDirect(){
    rabbitTemplate.convertAndSend("route_direct", "info", "direct交换器传来的消息");
}

2、消费者

@Component
public class DirectConsumer {

    @RabbitListener(bindings = @QueueBinding(
            value = @Queue,
            exchange = @Exchange(value = "route_direct", type = "direct"),
            key = {"info", "error"}
    ))
    public void receive1(String message){
        System.out.println("message1=>" + message);
    }

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

测试:略

Routing-topics

1、生产者

@Test
void testTopics(){
    rabbitTemplate.convertAndSend("route_topics", "user.save", "topics交换器发来的消息");
}

2、消费者

@Component
public class TopicsConsumer {

    @RabbitListener(bindings = @QueueBinding(
            value = @Queue,
            key = {"*.save"},
            exchange = @Exchange(value = "route_topics", type = "topic")
    ))
    public void receive1(String message){
        System.out.println("message1=>" + message);
    }

    @RabbitListener(bindings = @QueueBinding(
            value = @Queue,
            key = {"user.#"},
            exchange = @Exchange(value = "route_topics", type = "topic")
    ))
    public void receive2(String message){
        System.out.println("message2=>" + message);
    }

}

MQ的应用场景

1、异步处理

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

将注册信息写入数据库后,发送注册邮件,再发送注册短信,以上三个任务全部完成后才返回给客户端。 这有一个问题是,邮件,短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西.
在这里插入图片描述
2.并行的方式:

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

  • 消息队列:假设三个业务节点分别使用50ms,串行方式使用时间150ms,并行使用时间100ms。虽然并行已经提高的处理时间,但是,前面说过,邮件和短信对我正常的使用网站没有任何影响,客户端没有必要等着其发送完成才显示注册成功,应该是写入数据库后就返回.
  • 引入消息队列后,把发送邮件,短信不是必须的业务逻辑异步处理
    在这里插入图片描述
    由此可以看出,引入消息队列后,用户的响应时间就等于写入数据库的时间+写入消息队列的时间(可以忽略不计),引入消息队列后处理后,响应时间是串行的3倍,是并行的2倍

2、应用解耦

场景:双11是购物狂节,用户下单后,订单系统需要通知库存系统,传统的做法就是订单系统调用库存系统的接口.
在这里插入图片描述
这种做法有一个缺点:

当库存系统出现故障时,订单就会失败。 订单系统和库存系统高耦合.

引入消息队列 :

在这里插入图片描述

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

  • 库存系统:订阅下单的消息,获取下单消息,进行库操作。 就算库存系统出现故障,消息队列也能保证消息的可靠投递,不会导致消息丢失.

3、流量削峰

场景:秒杀活动,一般会因为流量过大,导致应用挂掉,为了解决这个问题,一般在应用前端加入消息队列。

作用:

  • 可以控制活动人数,超过此一定阀值的订单直接丢弃(我为什么秒杀一次都没有成功过呢^^)
  • 可以缓解短时间的高流量压垮应用(应用程序按自己的最大处理能力获取订单)
    在这里插入图片描述
    1.用户的请求,服务器收到之后,首先写入消息队列,加入消息队列长度超过最大值,则直接抛弃用户请求或跳转到错误页面.

2.秒杀业务根据消息队列中的请求信息,再做后续处理.

RabbitMQ的集群

集群架构

普通集群(副本集群)

默认情况下:RabbitMQ代理操作所需的所有数据/状态都将跨所有节点复制。这方面的一个例外是消息队列,默认情况下,消息队列位于一个节点上,尽管它们可以从所有节点看到和访问。

所以当主节点宕机之后,其他节点队列中的信息也会随之丢失

在这里插入图片描述
核心解决问题: 当集群中某一时刻master节点宕机,可以对Quene中信息,进行备份,说白了就是位了解决高可用的问题,需要用到下面的镜像集群

集群搭建步骤:略

镜像集群

镜像队列机制就是将队列在三个节点之间设置主从关系,消息会在三个节点之间进行自动同步,且如果其中一个节点不可用,并不会导致消息丢失或服务不可用的情况,提升MQ集群的整体高可用性。
在这里插入图片描述

配置集群架构
# 0.策略说明
	rabbitmqctl set_policy [-p <vhost>] [--priority <priority>] [--apply-to <apply-to>] <name> <pattern>  <definition>
	-p Vhost: 可选参数,针对指定vhost下的queue进行设置
	Name:     policy的名称
	Pattern: queue的匹配模式(正则表达式)
	Definition:镜像定义,包括三个部分ha-mode, ha-params, ha-sync-mode
           		ha-mode:指明镜像队列的模式,有效值为 all/exactly/nodes
                        all:表示在集群中所有的节点上进行镜像
                        exactly:表示在指定个数的节点上进行镜像,节点的个数由ha-params指定
                        nodes:表示在指定的节点上进行镜像,节点名称通过ha-params指定
            	 ha-params:ha-mode模式需要用到的参数
                ha-sync-mode:进行队列中消息的同步方式,有效值为automatic和manual
                priority:可选参数,policy的优先级
                
                 
# 1.查看当前策略
	rabbitmqctl list_policies

# 2.添加策略
	rabbitmqctl set_policy ha-all '^hello' '{"ha-mode":"all","ha-sync-mode":"automatic"}' 
	说明:策略正则表达式为 “^” 表示所有匹配所有队列名称  ^hello:匹配hello开头队列

# 3.删除策略
	rabbitmqctl clear_policy ha-all

# 4.测试集群

具体的入门实操就到这里,后面如果有结合实战的我会继续更新,如果觉得有帮助到你的话可以点个赞支持一下哦!

【RabbitMQ笔记(四)】之Spring,SpringBoot整合RabbitMQ 一. Spring整合RabbitMQ (一) 概述        所谓的用Spring来整合Rabbitmq,就是Rabbitmq所需要的一些配置先在配置文件中设置好,在代码中需要使用时直接注入到Spring容器中,这样就可以大大地减少代码量。 (二) Spring整合Rabbitmq生产者类 1. 导入依赖坐标        导入Spring的坐标,以及rabbitmq整合的相关坐标。 <dependen 阅读详情

相关推荐

基于CNN的表情识别(FER)pytorch实现

Report for FER Jian Tang Abstract 我们使用卷积神经网络(CNN)实现了baby的面部表情识别(FER)。 数据上,我们获取了开源FER数据集FER2013[1],besides我们使用爬虫获取了baby相关的人脸图片,进行了手工分类标注以形成一个全新的baby FER数据集。 模型上,我们首先复现了Luan[2]的工作,即参考Kuo[3]在CVPR 2018上的工作并实现一个轻量的CNN网络,在FER2013上进行训练并得到了XXXX%的平均分类准确率(avg a

qq_20241587的博客 3684

SpringBoot整合RabbitMQ

该篇文章内容较多,包括有rabbitMq相关的一些简单理论介绍,provider消息推送实例,consumer消息消费实例,Direct、Topic、Fanout的使用,消息回调、手动确认等。 (但是关于rabbitMq的安装,就不介绍了) 在安装完rabbitMq后,输入http://ip:15672/,是可以看到一个简单后台管理界面的。 在这个界面里面我们可以做些什么? 可以手动创建虚拟host,创建用户,分配权限,创建交换机,创建队列等等,还有查看队列消息,消费效率,推送效率等等。 以上..

K_kzj_K的博客 5237

使用python排八字 计算八字的相合相冲五行分值等 ...

简介 八字术是一种古老的算命术。它运用阴阳、五行、干支、八卦等理论,把人的出生年月日时转化为八个字,进而推算人的富贵贫贱、祸福吉凶、穷通寿天、名利地位、家庭六亲等方面的情况 八字源自古代的中国,是一种利用天干和地支来准确记录年、月、日、时的方式,由“年干,年支”、“月干,月支”、“日干,日支”、“时干,时支”,共八个干支所组成(共八个字),年、月、日、时...

weixin_33717298的博客 5310

SpringBoot 整合 MQ

SpringBoot 整合 MQ

qq_33753147的博客 4119

OpenCV图像去畸变实战指南:从原理到参数调优(附完整代码与效果对比)

本文深入解析了OpenCV图像去畸变的原理与实战技巧,详细对比了标准透视、鱼眼及全能型omnidir三种校正函数的核心参数调优方法。通过分析alpha、balance、centerX/Y及focalScale四大参数对输出效果的影响,并结合完整代码与效果对比图,帮助开发者精准校正镜头畸变,提升计算机视觉任务精度。

weixin_29046611的博客 341

CLIP-Count代码配置以及踩坑记录

CLIP-Count代码配置以及踩坑记录

学术菜鸡 1011

Springboot快速整合MQ

异步调用简单说就是将一件事拆为两部分,把应该立马做完的【基础部分】先做完,然后剩下的事情【bonus】留到后台慢慢完成。 举个例子,我们赶ddl的时候,先把必须完成的基础部分先做完提交,然后如果想要继续优化项目在在后面慢慢优化。

bjjx123456的博客 1873

unity pc运行包导入glb

本文介绍了在Unity中实现GLB/GLTF模型动态导入的方法。主要使用glTFast插件进行模型导入,配合StandaloneFileBrowser实现文件选择功能。文章提供了详细的插件安装方式(包括国内镜像源),并给出了核心导入脚本代码。脚本实现了模型加载、父对象设置、材质修复等功能,解决了常见的材质显示异常问题。该方法支持编辑器和PC平台,兼容不同版本的glTFastAPI,通过简易UI操作即可完成模型导入,适合需要运行时加载3D模型的Unity项目开发。

懒懒的蓝的博客 545

【SpringBoot高级篇】SpringBoot集成RocketMQ消息队列

RocketMQ是阿里巴巴2016年MQ中间件,使用Java语言开发,在阿里内部,RocketMQ承接了例如“双11”等高并发场景的消息流转,能够处理万亿级别的消息。

输入技术、输出想法 2万+

Android 9.0 系统framework关于忘记开机锁屏密码进不去系统桌面清除锁屏密码问题的解决

在9.0的系统rom定制化开发中,在一些产品中带锁屏密码的功能中,系统默认是滑动解锁,但是客户会设置锁屏密码,在某些时候会 忘掉锁屏密码,导致需要进入恢复出厂设置然后才能进入系统桌面,这样就导致系统的保存的资料都丢失了,所以需要要求提供接口 在下拉状态栏中或者系统服务中在忘记锁屏密码后不恢复出厂设置的情况下,可以清除锁屏密码,接下来就来实现功能

安卓兼职framework和app工程师的博客 617

Mathematica 训练课(12)常用注释方法

Mathematica从入门到进阶

qq_25018077的博客 9075

SpringBoot 集成 RabbitMQ

SpringBoot 集成 RabbitMQ

爱笑的boy的博客 1万+

MobileViT替换YOLOv11主干网络:轻量化新思路-(用MobileViT等轻量视觉Transformer降低计算成本)

在计算机视觉领域,目标检测一直是核心任务之一,而YOLO(You Only Look Once)系列算法因其出色的速度-精度平衡成为工业界和学术界的热门选择。随着YOLOv11的推出,模型性能达到了新的高度,但其计算复杂度和参数量也随之增加,这对资源受限的移动设备和嵌入式系统提出了挑战。与此同时,视觉Transformer(ViT)的出现为计算机视觉带来了全新范式,但其庞大的计算需求限制了在移动端的应用。MobileViT作为一种创新的轻量级视觉Transformer架构,巧妙结合了CNN的归纳偏置优势和V

本博客聚焦 YOLOv11 全流程落地,涵盖架构优化、数据集处理、训练技巧与多场景部署,兼及国产数据库、Java 开发与 AI 模型应用,内容兼顾理论与工程实践,为开发者提供系统干货,助力高效提升技术能力。 1648

spring boot rabbitmq_springboot学习笔记-6 springboot整合RabbitMQ

一 RabbitMQ的介绍 RabbitMQ是消息中间件的一种,消息中间件即分布式系统中完成消息的发送和接收的基础软件.这些软件有很多,包括ActiveMQ(apache公司的),RocketMQ(阿里巴巴公司的,现已经转让给apache).消息中间件的工作过程可以用生产者消费者模型来表示.即,生产者不断的向消息队列发送信息,而消费者从消息队列中消费信息.具体过程如下:从上图可看出,对于消息队列来...

weixin_39736650的博客 130

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

【RabbitMQ自学笔记三】Spring Boot整合RabbitMQ

文章目录配置RabbitMQ整合5种模型Hello World模型PublisherConsumerWork工作模型发布 / 订阅模型PublisherConsumer路由(直连)模型PublisherConsumer主题(通配符)模式PublisherConsumer 本文将使用Spring Boot完成上一期RabbitMQ5种模型的整合。 配置RabbitMQ 使用Idea快速构建一个Spring Boot项目,选择Web和Spring for RabbitMQ依赖: 接下来配置applicatio

Koorye今天自学了吗 897

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

springboot学习笔记springboot整合RabbitMQ

一 RabbitMQ的介绍     RabbitMQ是消息中间件的一种,消息中间件即分布式系统中完成消息的发送和接收的基础软件.这些软件有很多,包括ActiveMQ(apache公司的),RocketMQ(阿里巴巴公司的,现已经转让给apache).   消息中间件的工作过程可以用生产者消费者模型来表示.即,生产者不断的向消息队列发送信息,而消费者从消息队列中消费信息.具体过程如下:  ...

FREEDOM 348

SpringBoot整合RabbitMQ(最新笔记)

我们使用的springboot版本为2.5.6,其他都是根据自动选择版本引入以下工程即可junit

钟健的博客 7279

SpringBoot整合之消息 RabbitMQ 尚硅谷 学习笔记

SpringBoot整合之消息 RabbitMQ 尚硅谷 学习笔记 文章目录SpringBoot整合之消息 RabbitMQ 尚硅谷 学习笔记一 Springboot 与消息1 JMS & AMQP简介2 RabbitMQ简介3 RabbitMQ的运行机制3 RabbitMQ的安装和测试(1)下载并启动RabbitMQ(2)测试三种不同运行机制的交换器<1> 创建交换器和队列<2> direct<3> fanout<4> fanout4 RabbitM

weixin_43691773的博客 1524

SpringBoot整合RabbitMQ学习笔记

以下三种类型的消息,生产者和消费者需各自启动一个服务,模拟生产者服务发送消息,消费者服务监听消息,分布式开发。生产者和消费者两个服务都需要进行1,2,3步骤。第二种:在注解上配置交换机和队列以及路由键。支付服务支付成功后通知交易服务进行后续操作。以下配置可以在消费者注解上实现。(2)业务代码支付成功发送消息。(3)声明队列和交换机配置类。第一种:已经编写了配置类。MQ会把消息体变成字节码。(2)配置MQ配置信息。(4)生产者发送消息。(5)消费者监听消息。(4)生产者发送消息。(5)消费者监听消息。

hcyxsh的博客 581

springboot 整合rabbitmq_springBoot整合rabbitMQ(笔记)

消息生产者 交换机 队列 消息消费者【注意】首先保证在生产环境,RabbitMQ服务能够正常启动1,搭建springboot开发环境 2,确认rabbitmq环境正确pom.xml<project xmlns="http://maven.apac...

weixin_39832965的博客 180

RabbitMQ笔记(四)SpringBoot整合RabbitMQ之死信队列详细使用

目录一、简介二、Maven依赖三、消息确认3.1 消息发布确认ConfirmCallback3.2 消息到达确认ReturnsCallback四、核心配置类五、配置文件六、测试类TestProductService结语 一、简介   本文主要用使用Spring Boot(2.5.2)来整合RabbitMQ(2.5.2),使用simple容器实现一个生产者。本文的前提是有一个安装好的RabbitMQ的环境,及我的上一篇文章里消费者服务:   链接: RabbitMQ笔记(一)SpringBoot整合Rabbi

嘉禾嘉宁papa 5563

RabbitMQ学习笔记 - RabbitMQ整合SpringBoot

RabbitMQ整合SpringBoot 使用springboot整合RabbitMQ能够使配置更简单,使用起来更方便,也是线上版本使用更多的配置方式 引入相应依赖 引入主要依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </dependency>

qq_30068375的博客 304

springboot学习笔记-6 springboot整合RabbitMQ

springboot学习笔记-6 springboot整合RabbitMQ 一 RabbitMQ的介绍     RabbitMQ是消息中间件的一种,消息中间件即分布式系统中完成消息的发送和接收的基础软件.这些软件有很多,包括ActiveMQ(apache公司的),RocketMQ(阿里巴巴公司的,现已经转让给apache).   消息中间件的工作过程可以用生产者消费者模型来表示.即,生产者不...

qq_28474017的博客 122

RabbitMQ整合SpringBoot笔记

如果死信队列出现异常,则将消息保存,进行人工干预,同时调用channel.basicNack(tag, false, false)将消息移除。消息在队列中一旦超过设置的TTL值,就称为dead message被投递到死信队列中,消费者将无法再收到该消息。过期时间TTL表示可以对消息设置预期的时间,在这个时间内都可以被消费者接收获取,过来之后消息将自动删除,RabbitMQ可以对消息和队列设置TTL。为了生成者消费信息的可靠投递,使用手动ack应答模式,如果消息没有到达交换机,则重发。

zhaox_top的博客 80

学习笔记——Springboot中整合rabbitmq

一、添加rabbitmq依赖 Springboot为rabbitmq提供了starter,可以非常方便的引入依赖。 <dependencies> <!--rabbitmq模块--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter

TIANQIcode 1397
上一篇: 超详细,mongodb安装部署+入门操作+springboot整合
codebeef
博客等级 码龄7年 8粉丝 20原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值