RabbitMQ(全)

1、MQ引言

1.1 什么是MQ

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

在这里插入图片描述

1.2 MQ有哪些

当前市面上有很多的主流的消息中间件,如老牌的ActiveMQRabbitMQKafka,阿里自研的RocketMQ

1.3 不同MQ特点

  1. ActiveMQ

ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。

特点:

1、支持来自Java,C,C ++,C#,Ruby,Perl,Python,PHP的各种跨语言客户端和协议
2、完全支持JMS客户端和Message Broker中的企业集成模式
3、支持许多高级功能,如消息组,虚拟目标,通配符和复合目标
4、完全支持JMS 1.1和J2EE 1.4,支持瞬态,持久,事务和XA消息
5、Spring支持,以便ActiveMQ可以轻松嵌入到Spring应用程序中,并使用Spring的XML配置机制进行配置
6、专为高性能集群,客户端 - 服务器,基于对等的通信而设计
7、CXF和Axis支持,以便ActiveMQ可以轻松地放入这些Web服务堆栈中以提供可靠的消息传递
8、可以用作内存JMS提供程序,非常适合单元测试JMS
9、支持可插拔传输协议,例如in-VM,TCP,SSL,NIO,UDP,多播,JGroups和JXTA传输
10、使用JDBC和高性能日志支持非常快速的持久性

  1. RabbitMQ

RabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。RabbitMQ轻巧且易于部署在云端。 它支持多种消息传递协议。 RabbitMQ可以部署在分布式和联合配置中,以满足高规模,高可用性需求。RabbitMQ可运行在许多操作系统和云环境中,并为大多数流行语言提供广泛的开发工具。

特点:

1、异步消息传递:支持多种消息协议,消息队列,传送确认,灵活的路由到队列,多种交换类型;
2、支持几乎所有最受欢迎的编程语言:Java,C,C ++,C#,Ruby,Perl,Python,PHP等等;
3、可以部署为高可用性和吞吐量的集群; 跨多个可用区域和区域进行联合;
4、可插入的身份验证,授权,支持TLS和LDAP。;
5、提供了一个易用的用户界面,使得用户可以监控和管理消息 Broker 的许多方面;
6、提供了许多插件,来从多方面进行扩展,也可以编写自己的插件。

  1. Kafka

Kafka是由Apache软件基金会开发的一个开源流处理平台,由Scala和Java编写。Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。 对于像Hadoop的一样的日志数据和离线分析系统,但又要求实时处理的限制,这是一个可行的解决方案。Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理,也是为了通过集群来提供实时的消息。

特点:

1、同时为发布和订阅提供高吞吐量。据了解,Kafka每秒可以生产约25万消息(50 MB),每秒处理55万消息(110 MB)。
2、可进行持久化操作。将消息持久化到磁盘,因此可用于批量消费,例如ETL,以及实时应用程序。通过将数据持久化到硬盘以及replication防止数据丢失。
3、分布式系统,易于向外扩展。所有的producer、broker和consumer都会有多个,均为分布式的。无需停机即可扩展机器。
4、消息被处理的状态是在consumer端维护,而不是由server端维护。当失败时能自动平衡。
支持online和offline的场景。

  1. RocketMQ

RocketMQ是阿里开源的消息中间件,目前在Apache孵化,使用纯Java开发,具有高吞吐量、高可用性、适合大规模分布式系统应用的特点。RocketMQ思路起源于Kafka,但并不是简单的复制,它对消息的可靠传输及事务性做了优化,目前在阿里集团被广泛应用于交易、充值、流计算、消息推送、日志流式处理、binglog分发等场景,支撑了阿里多次双十一活动。

特点:

1、支持发布/订阅(Pub/Sub)和点对点(P2P)消息模型
2、在一个队列中可靠的先进先出(FIFO)和严格的顺序传递
3、支持拉(pull)和推(push)两种消息模式
4、单一队列百万消息的堆积能力
5、支持多种消息协议,如 JMS、MQTT 等
6、分布式高可用的部署架构,满足至少一次消息传递语义
7、提供 docker 镜像用于隔离测试和云集群部署
8、提供配置、指标和监控等功能丰富的 Dashboard

2、RabbitMQ的引言

2.1 RabbitMQ

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

在这里插入图片描述

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

在这里插入图片描述

2.2 RabbitMQ 的安装(如果是学习 可以直接使用docker安装)

2.2.1 下载

在这里插入图片描述

2.2.2 下载的安装包

在这里插入图片描述

注意:这里的安装包是centos7安装的包

2.2.3 安装步骤

# 1.将rabbitmq安装包上传到linux系统中
	erlang-22.0.7-1.el7.x86_64.rpm
	rabbitmq-server-3.7.18-1.el7.noarch.rpm

# 2.安装Erlang依赖包
	rpm -ivh erlang-22.0.7-1.el7.x86_64.rpm

# 3.安装RabbitMQ安装包(需要联网)
	yum install -y rabbitmq-server-3.7.18-1.el7.noarch.rpm
		注意:默认安装完成后配置文件模板在:/usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example目录中,需要	
				将配置文件复制到/etc/rabbitmq/目录中,并修改名称为rabbitmq.config
# 4.复制配置文件
	cp /usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example /etc/rabbitmq/rabbitmq.config

# 5.查看配置文件位置
	ls /etc/rabbitmq/rabbitmq.config

# 6.修改配置文件(参见下图:)
	vim /etc/rabbitmq/rabbitmq.config 

在这里插入图片描述

将上图中配置文件中红色部分去掉`%%`,以及最后的`,`逗号 修改为下图:

在这里插入图片描述

# 7.执行如下命令,启动rabbitmq中的插件管理
	rabbitmq-plugins enable rabbitmq_management
	
	出现如下说明:
		Enabling plugins on node rabbit@localhost:
    rabbitmq_management
    The following plugins have been configured:
      rabbitmq_management
      rabbitmq_management_agent
      rabbitmq_web_dispatch
    Applying plugin configuration to rabbit@localhost...
    The following plugins have been enabled:
      rabbitmq_management
      rabbitmq_management_agent
      rabbitmq_web_dispatch

    set 3 plugins.
    Offline change; changes will take effect at broker restart.

# 8.启动RabbitMQ的服务
	systemctl start rabbitmq-server
	systemctl restart rabbitmq-server
	systemctl stop rabbitmq-server
	

# 9.查看服务状态(见下图:)
	systemctl status rabbitmq-server
  ● rabbitmq-server.service - RabbitMQ broker
     Loaded: loaded (/usr/lib/systemd/system/rabbitmq-server.service; disabled; vendor preset: disabled)
     Active: active (running) since 三 2019-09-25 22:26:35 CST; 7s ago
   Main PID: 2904 (beam.smp)
     Status: "Initialized"
     CGroup: /system.slice/rabbitmq-server.service
             ├─2904 /usr/lib64/erlang/erts-10.4.4/bin/beam.smp -W w -A 64 -MBas ageffcbf -MHas ageffcbf -
             MBlmbcs...
             ├─3220 erl_child_setup 32768
             ├─3243 inet_gethost 4
             └─3244 inet_gethost 4
      .........

在这里插入图片描述

# 10.关闭防火墙服务
	systemctl disable firewalld
    Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.
    Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
	systemctl stop firewalld   

# 11.访问web管理界面
	http://10.15.0.8:15672/

在这里插入图片描述

# 12.登录管理界面
	username:  guest
	password:  guest

在这里插入图片描述

3、RabbitMQ 配置

3.1 RabbitMQ 管理命令行

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

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

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

3.2 web管理界面介绍

3.2.1 overview概览

在这里插入图片描述

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

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

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

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

3.2.2 Admin用户和虚拟主机管理

3.2.2.1 添加用户
在这里插入图片描述

上面的Tags选项,其实是指定用户的角色,可选的有以下几个:

超级管理员(administrator)

可登陆管理控制台,可查看所有的信息,并且可以对用户,策略(policy)进行操作。

监控者(monitoring)

可登陆管理控制台,同时可以查看rabbitmq节点的相关信息(进程数,内存使用情况,磁盘使用情况等)

策略制定者(policymaker)

可登陆管理控制台, 同时可以对policy进行管理。但无法查看节点的相关信息(上图红框标识的部分)。

普通管理者(management)

仅可登陆管理控制台,无法看到节点信息,也无法对策略进行管理。

其他

无法登陆管理控制台,通常就是普通的生产者和消费者。

3.2.2.2 创建虚拟主机

# 虚拟主机
为了让各个用户可以互不干扰的工作,RabbitMQ添加了虚拟主机(Virtual Hosts)的概念。
其实就是一个独立的访问路径,不同用户使用不同路径,各自有自己的队列、交换机,互相不会影响。

在这里插入图片描述
3.2.2.3 绑定虚拟主机和用户

创建好虚拟主机,我们还要给用户添加访问权限:
点击添加好的虚拟主机:

在这里插入图片描述

进入虚拟机设置界面

在这里插入图片描述

4、java 整合 RabbitMQ

4.1 AMQP协议的回顾

在这里插入图片描述

4.2 RabbitMQ支持的消息模型

在这里插入图片描述
在这里插入图片描述

4.3 引入依赖

<dependency>
    <groupId>com.rabbitmq</groupId>
    <artifactId>amqp-client</artifactId>
    <version>5.7.2</version>
</dependency>

4.4 第一种模型(直连)

在这里插入图片描述

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

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

4.4.1 开发生产者

//创建链接mq的链接工厂对象
 ConnectionFactory connectionFactory=new ConnectionFactory();
 //设置mq的主机
 connectionFactory.setHost("localhost");
 //设置端口号
 connectionFactory.setPort(5672);
 //设置链接哪个虚拟主机
 connectionFactory.setVirtualHost("/ems");
 connectionFactory.setUsername("ems");
 connectionFactory.setPassword("123");
 //获取连接对象
 Connection connection=connectionFactory.newConnection();
 //获取连接中通道
 Channel channel=connection.createChannel();
 //通道绑定对应消息队列
 //参数1:队列名称  如果队列不存在  自动创建
 //参数2:用来定义队列特性是否要持久化  true 持久化
 //参数3:exclusive 是否独占队列
 //参数4: AutoDelete是否消费完成后自动删除队列
 //参数5:额外附加参数
 channel.queueDeclare("hello",false,false,false,null);
 //发布消息
 channel.basicPublish("","hello",null,"hello rabbitmq".getBytes(StandardCharsets.UTF_8));
 /*参数1:交换机名称 参数2:队列名称  参数3:传递消息额外设置 参数4:消息的具体内容*/
 channel.close();
 connection.close();

4.4.2 开发消费者


        //创建链接mq的链接工厂对象
        ConnectionFactory connectionFactory=new ConnectionFactory();
        //设置mq的主机
        connectionFactory.setHost("localhost");
        //设置端口号
        connectionFactory.setPort(5672);
        //设置链接哪个虚拟主机
        connectionFactory.setVirtualHost("/ems");
        connectionFactory.setUsername("ems");
        connectionFactory.setPassword("123");
        //获取连接对象
        Connection connection=connectionFactory.newConnection();
        //获取连接中通道
        Channel channel=connection.createChannel();
        //通道绑定对象

        channel.queueDeclare("hello",false,false,false,null);
        channel.basicQos(1); //每次只能消费一个消息
        //发布消息 参1:队列名  参2:消息自动确认  true消费者自动向rabbitmq确认消息消费  false不会自动确认消息 参数3:消费时的回调接口
        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("new String(body) ="+ new String(body));
            }
        });

4.4 第二种模型(work quene)

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

在这里插入图片描述

角色:

P:生产者:任务的发布者
C1:消费者-1,领取任务并且完成任务,假设完成速度较慢
C2:消费者-2:领取任务并完成任务,假设完成速度快

4.4.0 RabbitMQ 工具类

public class RabbitMQUtils {
    //创建链接mq的链接工厂对象
    private static ConnectionFactory connectionFactory;
    static {
        connectionFactory=new ConnectionFactory();
        //设置mq的主机
        connectionFactory.setHost("localhost");
        //设置端口号
        connectionFactory.setPort(5672);
        //设置链接哪个虚拟主机
        connectionFactory.setVirtualHost("/ems");
        connectionFactory.setUsername("ems");
        connectionFactory.setPassword("123");
    }

    public static Connection getConnection(){
        try {

            //获取连接对象
            return connectionFactory.newConnection();
        }catch (Exception e){
            e.printStackTrace();
        }
        return  null;
    }
    public static void closeConnectionAndChanel(Channel channel,Connection connection){
        try {
            if (channel!=null){
                channel.close();
            }
            if (connection!=null){
                connection.close();
            }
        }catch (Exception e){
            e.printStackTrace();
        }
    }
}

4.4.1 开发生产者

//work模型 平均消费
        //获取连接对象
        Connection connection= RabbitMQUtils.getConnection();
        //获取通道
        Channel channel = connection.createChannel();
        //通过通道获取队列
        //参数1:队列名称  如果队列不存在  自动创建
        //参数2:用来定义队列特性是否要持久化  true 持久化
        //参数3:exclusive 是否独占队列
        //参数4: AutoDelete是否消费完成后自动删除队列
        //参数5:额外附加参数
        channel.queueDeclare("work",true,false,false,null);
        for (int i = 0; i < 50; i++) {
            channel.basicPublish("","work",null,"hello work queue".getBytes(StandardCharsets.UTF_8));
        }

        RabbitMQUtils.closeConnectionAndChanel(channel,connection);

4.4.2 开发消费者-1

//消息确认和能者多劳
        Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        //参数1:队列名称  如果队列不存在  自动创建
        //参数2:用来定义队列特性是否要持久化  true 持久化
        //参数3:exclusive 是否独占队列
        //参数4: AutoDelete是否消费完成后自动删除队列
        //参数5:额外附加参数
        channel.queueDeclare("work",true,false,false,null);


        //发布消息 参1:队列名  参2:消息自动确认  true消费者自动向rabbitmq确认消息消费  false不会自动确认消息
        channel.basicConsume("work",false,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));
                //参数1:确认队列中哪个具体信息  参数2:是否开启多个消息同时确认
                channel.basicAck(envelope.getDeliveryTag(),false);
            }
        });

4.4.3 开发消费者-2

//消息确认和能者多劳
        Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        //参数1:队列名称  如果队列不存在  自动创建
        //参数2:用来定义队列特性是否要持久化  true 持久化
        //参数3:exclusive 是否独占队列
        //参数4: AutoDelete是否消费完成后自动删除队列
        //参数5:额外附加参数
        channel.queueDeclare("work",true,false,false,null);

        //发布消息 参1:队列名  参2:消息自动确认  true消费者自动向rabbitmq确认消息消费  false不会自动确认消息 参数3:消费时的回调接口
        channel.basicConsume("work",false,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));
                //参数1:确认队列中哪个具体信息  参数2:是否开启多个消息同时确认
                channel.basicAck(envelope.getDeliveryTag(),false);
            }
        });

4.4.4 测试结果

在这里插入图片描述
在这里插入图片描述

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

4.4.5 消息自动确认机制

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将消息传递给使用者,它就会立即将其标记为删除。在这种情况下,如果您杀死一个工人,我们将丢失它刚刚处理的消息。我们还将丢失发送给该特定工作进程但尚未处理的所有消息。
但我们不想失去任何任务。如果一个工人死了,我们希望把任务交给另一个工人。
Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        //参数1:队列名称  如果队列不存在  自动创建
        //参数2:用来定义队列特性是否要持久化  true 持久化
        //参数3:exclusive 是否独占队列
        //参数4: AutoDelete是否消费完成后自动删除队列
        //参数5:额外附加参数
        channel.queueDeclare("work",true,false,false,null);
        channel.basicQos(1); //每次只能消费一个消息

        //发布消息 参1:队列名  参2:消息自动确认  true消费者自动向rabbitmq确认消息消费  false不会自动确认消息
        channel.basicConsume("work",false,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));
                //参数1:确认队列中哪个具体信息  参数2:是否开启多个消息同时确认
                channel.basicAck(envelope.getDeliveryTag(),false);
            }
        });
设置通道一次只能消费一个消息

关闭消息的自动确认,开启手动确认消息

在这里插入图片描述
在这里插入图片描述

4.5 第三种模型(fanout)

fanout 扇出 也称为广播

在这里插入图片描述

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

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

4.5.1 开发生产者

//链接对象
Connection connection= RabbitMQUtils.getConnection();
 Channel channel = connection.createChannel();

 //将通道声明指定交换机   参数1:交换机名称 参数2:交换机类型  fanout广播类型
 channel.exchangeDeclare("logs","fanout");
 //发送信息
 channel.basicPublish("logs","",null,"fanout type message".getBytes(StandardCharsets.UTF_8));

 //释放资源
 RabbitMQUtils.closeConnectionAndChanel(channel,connection);

4.5.2 开发消费者-1

Connection connection = RabbitMQUtils.getConnection();
Channel channel = connection.createChannel();
	//绑定交换机
	channel.exchangeDeclare("logs","fanout");

	//临时队列
	String queueName = channel.queueDeclare().getQueue();

	//绑定交换机和队列
	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));
    }
});

4.5.3 开发消费者-2

 Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();

        //绑定交换机
        channel.exchangeDeclare("logs","fanout");

        //临时队列
        String queueName = channel.queueDeclare().getQueue();

        //绑定交换机和队列
        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("消费者2 :"+new String(body));
            }
        });

4.5.4 开发消费者-3

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();

        //绑定交换机
        channel.exchangeDeclare("logs","fanout");

        //临时队列
        String queueName = channel.queueDeclare().getQueue();

        //绑定交换机和队列
        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("消费者3 :"+new String(body));
            }
        });

4.5.5 测试结果

请添加图片描述
请添加图片描述
请添加图片描述

4.6 第四种模型(Routing)

4.6.1 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 的消息

4.6.1.1 开发生产者

Connection connection = RabbitMQUtils.getConnection();
Channel channel = connection.createChannel();
//声明交换机  参数1:交换机名称 参数2:交换机类型 基于指令的Routing key转发
     channel.exchangeDeclare("logs_direct","direct");
     //发送信息
     String routingkey="error";
     channel.basicPublish("logs_direct",routingkey,null,("基于route key"+routingkey+"发送的消息").getBytes(StandardCharsets.UTF_8));

RabbitMQUtils.closeConnectionAndChanel(channel,connection);

4.6.1.2 开发消费者-1

Connection connection= RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();

        channel.exchangeDeclare("logs_direct","direct");
        //创建临时队列
        String queue = channel.queueDeclare().getQueue();
        //基于route key绑定队列和交换机
        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("消费者1: "+ new String(body));
            }
        });

4.6.1.3 开发消费者-2

Connection connection= RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();

        channel.exchangeDeclare("logs_direct","direct");
        //创建临时队列
        String queue = channel.queueDeclare().getQueue();
        //基于route key绑定队列和交换机
        channel.queueBind(queue,"logs_direct","error");
        channel.queueBind(queue,"logs_direct","warning");
        channel.queueBind(queue,"logs_direct","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("消费者2: "+ new String(body));
            }
        });

4.6.1.4 测试生产者发送Route key为error的消息时请添加图片描述
请添加图片描述
4.6.1.5 测试生产者发送Route key为info的消息时
请添加图片描述
在这里插入图片描述

4.6.2 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

4.6.2.1 开发生产者

Connection connection = RabbitMQUtils.getConnection();
        Channel channel = connection.createChannel();
        channel.exchangeDeclare("topics","topic");

        String routeKey="user.save";

        channel.basicPublish("topics",routeKey,null,("基于route key   "+routeKey+"发送的消息").getBytes(StandardCharsets.UTF_8));

        RabbitMQUtils.closeConnectionAndChanel(channel,connection);

4.6.2.2 开发消费者

Routing Key中使用#通配符方式
Connection connection= RabbitMQUtils.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));
            }
        });

4.6.2.3 测试结果
在这里插入图片描述

5、SpringBoot中使用RabbitMQ

5.1 搭建初始环境

5.1.1 引入依赖

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

5.1.2 配置配置文件

spring:
  application:
    name: springboot_rabbitmq
  rabbitmq:
    host: 10.15.0.9
    port: 5672
    username: ems
    password: 123
    virtual-host: /ems
RabbitTemplate用来简化操作    使用时候直接在项目中注入即可使用

5.2 第一种hello world模型使用

开发生产者

@Autowired
private RabbitTemplate rabbitTemplate;

@Test
public void testHello(){
  rabbitTemplate.convertAndSend("hello","hello world");
}

开发消费者

@Component
@RabbitListener(queuesToDeclare = @Queue("hello"))
public class HelloCustomer {

@RabbitHandler
	public void receive1(String message){
		System.out.println("message = " + message);
	}
}

5.3 第二种work模型使用

开发生产者

@Autowired
private RabbitTemplate rabbitTemplate;

@Test
public void testWork(){
 for (int i = 0; i < 10; i++) {
   rabbitTemplate.convertAndSend("work","hello work!");
 }
}

开发消费者

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

    @RabbitListener(queuesToDeclare = @Queue("work"))
    public void receive2(String message){
        System.out.println("work message2 = " + message);
    }
}
说明:默认在Spring AMQP实现中Work这种方式就是公平调度,如果需要实现能者多劳需要外配置

5.4 Fanout 广播模型

开发生产者

@Autowired
private RabbitTemplate rabbitTemplate;

@Test
public void testFanout() throws InterruptedException {
  rabbitTemplate.convertAndSend("logs","","这是日志广播");
}

开发消费者

@Component
public class FanoutCustomer {

   @RabbitListener(bindings = @QueueBinding(
           value = @Queue,
           exchange = @Exchange(name="logs",type = "fanout")
   ))
   public void receive1(String message){
       System.out.println("message1 = " + message);
   }

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

5.5 Route 路由模型

开发生产者

@Autowired
private RabbitTemplate rabbitTemplate;

@Test
public void testDirect(){
rabbitTemplate.convertAndSend("directs","error","error 的日志信息");
}

开发消费者

@Component
public class DirectCustomer {

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

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

5.6 Topic 订阅模型(动态路由模型)

开发生产者

@Autowired
private RabbitTemplate rabbitTemplate;

//topic
@Test
public void testTopic(){
	rabbitTemplate.convertAndSend("topics","user.save.findAll","user.save.findAll 的消息");
}

开发消费者

@Component
public class TopCustomer {
      @RabbitListener(bindings = {
              @QueueBinding(
                      value = @Queue,
                      key = {"user.*"},
                      exchange = @Exchange(type = "topic",name = "topics")
              )
      })
      public void receive1(String message){
          System.out.println("message1 = " + message);
      }
  
      @RabbitListener(bindings = {
              @QueueBinding(
                      value = @Queue,
                      key = {"user.#"},
                      exchange = @Exchange(type = "topic",name = "topics")
              )
      })
      public void receive2(String message){
          System.out.println("message2 = " + message);
      }
  }

6、MQ的应用场景

6.1 异步处理

场景说明:用户注册后,需要发注册邮件和注册短信,传统的做法有两种 1.串行的方式 2.并行的方式
串行方式: 将注册信息写入数据库后,发送注册邮件,再发送注册短信,以上三个任务全部完成后才返回给客户端。
这有一个问题是,邮件,短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西. 

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

由此可以看出,引入消息队列后,用户的响应时间就等于写入数据库的时间+写入消息队列的时间(可以忽略不计),引入消息队列后处理后,响应时间是串行的3,是并行的2倍。

6.2 应用解耦

场景:双11是购物狂节,用户下单后,订单系统需要通知库存系统,传统的做法就是订单系统调用库存系统的接口. 

在这里插入图片描述

这种做法有一个缺点:
当库存系统出现故障时,订单就会失败。 订单系统和库存系统高耦合.  引入消息队列 

在这里插入图片描述

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

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

6.3 流量削峰

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

1.可以控制活动人数,超过此一定阀值的订单直接丢弃(我为什么秒杀一次都没有成功过呢^^) 

2.可以缓解短时间的高流量压垮应用(应用程序按自己的最大处理能力获取订单) 

在这里插入图片描述

1.用户的请求,服务器收到之后,首先写入消息队列,加入消息队列长度超过最大值,则直接抛弃用户请求或跳转到错误页面.  

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

7、RabbitMQ的集群

7.1 集群架构

7.1.1 普通集群(副本集群)

All data/state required for the operation of a RabbitMQ broker is replicated across all nodes. An exception to this are message queues, which by default reside on one node, though they are visible and reachable from all nodes. To replicate queues across nodes in a cluster   --摘自官网
默认情况下:RabbitMQ代理操作所需的所有数据/状态都将跨所有节点复制。这方面的一个例外是消息队列,默认情况下,消息队列位于一个节点上,尽管它们可以从所有节点看到和访问

架构图
在这里插入图片描述

核心解决问题:  当集群中某一时刻master节点宕机,可以对Quene中信息,进行备份

集群搭建

Docker搭建RabbitMq镜像集群

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值