文章目录
1.什么是RabbitMQ?
1.1MQ的概念
MQ全称为Message Queue, 消息队列(MQ)是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息(针对应用程序的数据)来通信,而无需用专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信,而不是通过直接调用彼此来通信,直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
1.2MQ的分类
1.2.1.ActiveMQ
优点:单机吞吐量万级,时效性ms级,可用性高,基于主从架构实现高可用性,消息可靠性较低的概率丢失数据
缺点:官方社区现在对ActiveMQ 5.x维护越来越少,高吞吐量场景较少使用。
1.2.2.Kafka
大数据的杀手锏,谈到大数据领域内的消息传输,则绕不开Kafka,这款为大数据而生的消息中间件,以其百万级TPS的吞吐量名声大噪,迅速成为大数据领域的宠儿,在数据采集、传输、存储的过程中发挥着举足轻重的作用。目前已经被LinkedIn,Uber, Twitter, Netflix等大公司所采纳。
优点: 性能卓越,单机写入TPS约在百万条/秒,最大的优点,就是吞吐量高。时效性ms级可用性非常高,kafka是分布式的,一个数据多个副本,少数机器宕机,不会丢失数据,不会导致不可用,消费者采用Pull方式获取消息, 消息有序, 通过控制能够保证所有消息被消费且仅被消费一次;有优秀的第三方Kafka Web管理界面Kafka-Manager;在日志领域比较成熟,被多家公司和多个开源项目使用;功能支持:功能较为简单,主要支持简单的MQ功能,在大数据领域的实时计算以及日志采集被大规模使用
缺点:Kafka单机超过64个队列/分区,Load会发生明显的飙高现象,队列越多,load越高,发送消息响应时间变长,使用短轮询方式,实时性取决于轮询间隔时间,消费失败不支持重试;支持消息顺序,但是一台代理宕机后,就会产生消息乱序,社区更新较慢;
1.2.3.RocketMQ
RocketMQ出自阿里巴巴的开源产品,用Java语言实现,在设计时参考了 Kafka,并做出了自己的一些改进。被阿里巴巴广泛应用在订单,交易,充值,流计算,消息推送,日志流式处理,binglog分发等场景。
优点:单机吞吐量十万级,可用性非常高,分布式架构,消息可以做到0丢失,MQ功能较为完善,还是分布式的,扩展性好,支持10亿级别的消息堆积,不会因为堆积导致性能下降,源码是java我们可以自己阅读源码,定制自己公司的MQ
缺点:支持的客户端语言不多,目前是java及c++,其中c++不成熟;社区活跃度一般,没有在MQ核心中去实现JMS等接口,有些系统要迁移需要修改大量代码
1.2.4.RabbitMQ
RabbitMQ是使用Erlang语言开发的开源消息队列系统,基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、 安全。AMQP协议更多用在企业系统内,对数据一致性、稳定性和可靠性要求很高的场景,对性能和吞吐量的要求还在其次。
2.为什么要使用Rabbit MQ
2.1解耦
- 例如:在在线购物系统中,用户下单之后,需要通知库存系统,让库存系统进行相应的库存处理。即订单系统需要调用库存系统的接口
假如库存系统无法访问,则订单系统调用库存系统将失败,从而导致订单失败,即订单系统与库存系统耦合 - 引入Rabbit MQ之后
订单系统:用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功
库存系统:订阅下单的消息,采用拉/推的方式,获取下单信息,库存系统根据下单信息,进行库存操作
假如:在下单时库存系统不能正常使用。也不影响正常下单,因为下单后,订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦
为了保证库存肯定有,可以将队列大小设置成库存数量,或者采用其他方式解决。基于消息的模型,关心的是“通知”,而非“处理”。
2.2异步:可以提升系统的效率
例如:用户注册后,需要发注册邮件和注册短信。传统的做法有两种 1.串行的方式;2.并行方式
(1)串行方式:
将注册信息写入数据库成功后,发送注册邮件,再发送注册短信。以上三个任务全部完成后,返回给客户端
(2)并行方式:
将注册信息写入数据库成功后,发送注册邮件的同时,发送注册短信。以上三个任务完成后,返回给客户端。与串行的差别是,并行的方式可以提高处理的时间
(3)引入消息队列
将不是必须的业务逻辑,异步处理。改造后的架构如下:通过引入消息队列,用户不用等待邮件和短信的发送就可以得到响应,发送邮件和短信的操作通过从消息队列中拿到消息进行异步处理
2.3 流量消峰
流量削锋也是消息队列中的常用场景,一般在秒杀或团抢活动中使用广泛应用场景:
A系统其他时间每秒请求量就100个,系统可以稳定运行。
系统每天晚间八点有秒杀活动,每秒并发请求量增至1万条,但是系统最大的处理能力只能每秒处理1000个请求,于是系统崩溃,服务器宕机。
之前架构:
大量用户(100万用户)通过浏览器在晚上八点高峰期同时参与秒杀活动。大量的请求涌入我们的系统中,高峰期达到每秒钟5000个请求,大量的用户请求MySQL操作,每秒钟预计执行3000条SQL。
但是一般的MySQL每秒只能处理2000个请求,如果达到3000个请求的话可能MySQL直接就瘫痪了,从而系统无法被使用。
但是这种高峰期过了之后,就成了低峰期,可能也就1万用户访问系统,每秒的请求数量也就50个左右,整个系统几乎没有任何压力。
引入MQ:
100万用户在高峰期的时候,每秒请求有5000个请求左右,将这5000请求写入MQ里面,系统每秒最多只能处理2000请求,因为MySQL每秒只能处理2000个请求。系统从消息队列MQ中慢慢拉取请求,每秒就拉取2000个请求,不要超过自己每秒能处理的请求数量即可。MQ,每秒5000个请求进来,结果只有2000个请求出去,所以在秒杀期间(将近一小时)可能会有几十万或者几百万的请求积压在MQ中。这个短暂的高峰期积压是没问题的,因为高峰期过了之后,每秒就只有50个请求进入MQ了,但是系统还是按照每秒2000个请求的速度在处理,所以说,只要高峰期一过,系统就会快速将积压的消息消费掉。我们在此计算一下,每秒在MQ积压3000条消息,1分钟会积压18万,1小时积压1000万条消息,高峰期过后,1个多小时就可以将积压的1000万消息消费掉。
2.4 缺点
优点
优点就是以上的那些场景应用,就是在特殊场景下有其对应的好处,解耦、异步、削峰。
缺点
系统的可用性降低系统引入的外部依赖越多,系统越容易挂掉,本来只是A系统调用BCD三个系统接口就好,ABCD四个系统不报错整个系统会正常运行。引入了MQ之后,虽然ABCD系统没出错,但MQ挂了以后,整个系统也会崩溃。
系统的复杂性提高引入了MQ之后,需要考虑的问题也变得多了,如何保证消息没有重复消费?如何保证消息不丢失?怎么保证消息传递的顺序?一致性问题A系统发送完消息直接返回成功,但是BCD系统之中若有系统写库失败,则会产生数据不一致的问题。
3.RabbitMQ工作原理
Broker:
接收和分发消息的应用,RabbitMQ Server就是Message Broker
Virtual host:
出于多租户和安全因素设计的,把 AMQP 的基本组件划分到一个虚拟的分组中,类似于网络中的namespace概念。当多个不同的用户使用同一个RabbitMQ server提供的服务时,可以划分出多个vhost,每个用户在自己的 vhost 创建 exchange/queue 等
Connection:
publisher/consumer和broker之间的TCP连接
Channel:
如果每一次访问 RabbitMQ 都建立一个Connection,在消息量大的时候建立 TCP Connection的开销将是巨大的,效率也较低。Channel是在connection内部建立的逻辑连接,如果应用程序支持多线程,通常每个thread创建单独的channel进行通讯,AMQP method包含了channel id 帮助客户端和message broker 识别 channel,所以channel之间是完全隔离的。Channel作为轻量级的Connection极大减少了操作系统建立TCP connection的开销
Exchange:
message 到达 broker 的第一站,根据分发规则,匹配查询表中的 routing key,分发消息到queue 中去。常用的类型有:direct (point-to-point), topic (publish-subscribe) and fanout (multicast)
Queue:
消息最终被送到这里等待consumer取走
Binding:
exchange和queue之间的虚拟连接,binding中可以包含routing key,Binding信息被保存到exchange中的查询表中,用于message的分发依据
4.RabbitMQ的安装
为了发挥RabbitMQ的最大性能,安装在linux系统中,由于RabbitMQ是依赖于erlang的,所以需要先安装erlang。
官网下载地址:https://www.rabbitmq.com/download.html
4.1.文件上传
将下载的文件上传到/opt/rabbitMQ目录下(如果没有rabbitMQ需要自己创建)
erlang-21.3-1.el7.x86_64.rpm
rabbitmq-server-3.8.8-1.el7.noarch.rpm
4.2.安装文件
依次执行下面命令
rpm -ivh erlang-21.3-1.el7.x86_64.rpm
yum install socat -y
rpm -ivh rabbitmq-server-3.8.8-1.el7.noarch.rpm
4.3.启动Rabbit MQ服务
添加开机启动RabbitMQ服务
chkconfig rabbitmq-server on
启动服务
/sbin/service rabbitmq-server start
查看服务状态
/sbin/service rabbitmq-server status
下面表示已将启动
4.4.添加Web管理插件
在添加插件之前,需要将Rabbit MQ服务停止
停止服务(选择执行)
/sbin/service rabbitmq-server stop
开启web管理插件
rabbitmq-plugins enable rabbitmq_management
用默认账号密码(guest/guest)访问地址http://47.115.185.244:15672
根据访问地址进行访问,访问不了,需要设置访问权限才能进行访问。
4.5设置访问权限
创建账号
rabbitmqctl add_user admin 123
设置用户角色
rabbitmqctl set_user_tags admin administrator
设置用户权限
set_permissions [-p ]
rabbitmqctl set_permissions -p “/” admin “." ".” “.*”
用户user_admin具有/vhost1这个virtual host中所有资源的配置、写、读权限
查看当前用户和角色
rabbitmqctl list_users
4.6利用刚创建的用户进行登录即可
登录之前将RabbitMQ服务启动,要不然无法登录
5.Rabbit MQ的四大核心
生产者
产生数据发送消息的程序是生产者
交换机
交换机是RabbitMQ非常重要的一个部件,一方面它接收来自生产者的消息,另一方面它将消息推送到队列中。交换机必须确切知道如何处理它接收到的消息,是将这些消息推送到特定队列还是推送到多个队列,亦或者是把消息丢弃,这个得有交换机类型决定
队列
队列是RabbitMQ内部使用的一种数据结构,尽管消息流经RabbitMQ和应用程序,但它们只能存储在队列中。队列仅受主机的内存和磁盘限制的约束,本质上是一个大的消息缓冲区。许多生产者可以将消息发送到一个队列,许多消费者可以尝试从一个队列接收数据。这就是我们使用队列的方式
消费者
消费与接收具有相似的含义。消费者大多时候是一个等待接收消息的程序。请注意生产者,消费者和消息中间件很多时候并不在同一机器上。同一个应用程序既可以是生产者又是可以是消费者。
6.RabbitMQ的工作模式
6.1 简单模式
简单模式中生产者发送单个消息给消息队列,单个消费者对消息进行消费(处理)
即生产者发送一条消息,消费者接收一条消息进行消费。
在Java开发环境中创建项目,代码如下
pom.xml文件引入相应的依赖包:
<?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 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.lsy</groupId>
<artifactId>rabbitMQ_hello</artifactId>
<version>1.0-SNAPSHOT</version>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<version>3.8.1</version>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>8</source>
<target>8</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies> <!--rabbitmq依赖客户端-->
<dependency>
<groupId>com.rabbitmq</groupId>
<artifactId>amqp-client</artifactId>
<version>5.8.0</version>
</dependency> <!--操作文件流的一个依赖-->
<dependency>
<groupId>commons-io</groupId>
<artifactId>commons-io</artifactId>
<version>2.6</version>
</dependency>
</dependencies>
</project>
生产者代码:Producer.java
package com.lsy.rabbit.one;
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 消息队列的生产者:发消息
*/
public class Producer {
//队列名称
public static final String QUEUE_NAME="hello";
public static void main(String[] args) throws IOException, TimeoutException {
ConnectionFactory factory=new ConnectionFactory();
factory.setHost("192.168.6.100");
factory.setUsername("lsy");
factory.setPassword("123");
//申请通道
Connection connection=factory.newConnection();
Channel channel=connection.createChannel();
/** * 生成一个队列 *
* 1.队列名称 *
* 2.队列里面的消息是否持久化 默认消息存储在内存中 *
* 3.该队列是否只供一个消费者进行消费 是否进行共享 true可以多个消费者消费 *
* 4.是否自动删除 最后一个消费者端开连接以后 该队列是否自动删除 true 自动删除 *
* 5.其他参数
* */
channel.queueDeclare(QUEUE_NAME,false,false,false,null);
String message="Hello world";
/**
* * 发送一个消息
* * 1.发送到那个交换机
* * 2.路由的key是哪个
* * 3.其他的参数信息
* * 4.发送消息的消息体
* */
channel.basicPublish("",QUEUE_NAME,null,message.getBytes());
System.out.println("消息发送完成");
}
}
消费者代码: Consumer.java
package com.lsy.rabbit.one;
import com.rabbitmq.client.*;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class Consumer {
//队列名称,消费者和生产者的队列名字相同
public static final String QUEUE_NAME="hello";
public static void main(String[] args) throws IOException, TimeoutException {
ConnectionFactory factory=new ConnectionFactory();
factory.setHost("192.168.6.100");
factory.setUsername("lsy");
factory.setPassword("123");
//建立连接,连接通道
Connection connection=factory.newConnection();
Channel channel=connection.createChannel();
System.out.println("等待接收消息....");
//推送的消息如何进行消费的接口回调
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= new String(delivery.getBody());
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println("消息消费被中断");
};
//消费者接受消息
/**
** 消费者消费消息 *
* 1.消费哪个队列 *
* 2.消费成功之后是否要自动应答 true代表自动应答 false手动应答 *
* 3.消费者未成功消费的回调
* 4.消费者取消消费
*/
channel.basicConsume(QUEUE_NAME,true,deliverCallback,cancelCallback);
}
}
6.2 工作模式
6.2.1轮询发布消息
工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务,而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时,这些工作线程将一起处理这些任务。
即多个工作线程共同消费消息队列中的信息,避免有些消息需要处理的时间长,而其他的消息进行等待。并且消息队列通过轮询的方式分发消息。
消费者发送四条消息:A,B,C,D
工作线程1接收消息:A,C
工作线程2接收消息:B,D
实现代码如下:
抽取工具类
package com.lsy.rabbit.util;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/*
获取连接的工具类
*/
public class RabbitMQUtil {
public static Channel getChannel() throws IOException, TimeoutException {
ConnectionFactory factory=new ConnectionFactory();
factory.setHost("192.168.6.100");
factory.setUsername("lsy");
factory.setPassword("123");
//建立连接,连接通道
Connection connection=factory.newConnection();
Channel channel=connection.createChannel();
return channel;
}
}
启动两个工作线程
package com.lsy.rabbit.workQueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/*
一个工作线程,相当于一个消费者
*/
public class Worker01 {
//队列名称
public static final String QUEUE_NAME="hello";
//队列--->工作线程
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//接收消息
//推送的消息如何进行消费的接口回调
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= new String("接收到的消息:"+new String(delivery.getBody()));
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
/**
** 消费者消费消息 *
* 1.消费哪个队列 *
* 2.消费成功之后是否要自动应答 true代表自动应答 false手动应答 *
* 3.消费者未成功消费的回调
* 4.消费者取消消费
*/
System.out.println("C2等待接收消息。。。");
channel.basicConsume(QUEUE_NAME,true,deliverCallback,cancelCallback);
}
}
开启多线程的方法,可以通过两次执行同一份代码,来启动两个工作线程。
启动生产者
package com.lsy.rabbit.workQueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.Scanner;
import java.util.concurrent.TimeoutException;
/*
生产者大量发送消息。
发送:
A :C1
B :C2
C :C1
D :C2
*/
public class Task01 {
//队列名称
public static final String QUEUE_NAME="hello";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
/** * 生成一个队列 *
* 1.队列名称 *
* 2.队列里面的消息是否持久化 默认消息存储在内存中 *
* 3.该队列是否只供一个消费者进行消费 是否进行共享 true可以多个消费者消费 *
* 4.是否自动删除 最后一个消费者端开连接以后 该队列是否自动删除 true 自动删除 *
* 5.其他参数
* */
channel.queueDeclare(QUEUE_NAME,false,false,false,null);
//从控制台输入消息进行发送
Scanner scanner=new Scanner(System.in);
while(scanner.hasNext()){
String message=scanner.next();
/**
* * 发送一个消息
* * 1.发送到那个交换机
* * 2.路由的key是哪个,队列名称
* * 3.其他的参数信息
* * 4.发送消息的消息体
* */
channel.basicPublish("",QUEUE_NAME,null,message.getBytes());
System.out.println("发送消息完成:"+message);
}
}
}
6.2.2 消息应答
消费者完成一个任务可能需要一段时间,如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了,会发生什么情况。RabbitMQ一旦向消费者传递了一条消息,便立即将该消息标记为删除。在这种情况下,突然有个消费者挂掉了,我们将丢失正在处理的消息。以及后续发送给该消费这的消息,因为它无法接收到。
为了保证消息在发送过程中不丢失,rabbitmq引入消息应答机制,消息应答就是:消费者在接收到消息并且处理该消息之后,告诉rabbitmq它已经处理了,rabbitmq可以把该消息删除了。
自动应答
消息发送后立即被认为已经传送成功,这种模式需要在高吞吐量和数据传输安全性方面做权衡,因为这种模式如果消息在接收到之前,消费者那边出现连接或者channel关闭,那么消息就丢失了,当然另一方面这种模式消费者那边可以传递过载的消息,没有对传递的消息数量进行限制,当然这样有可能使得消费者这边由于接收太多还来不及处理的消息,导致这些消息的积压,最终使得内存耗尽,最终这些消费者线程被操作系统杀死,所以这种模式仅适用在消费者可以高效并以某种速率能够处理这些消息的情况下使用。(一般不用)
手动应答
消息应答的API
A.Channel.basicAck(用于肯定确认):RabbitMQ已知道该消息并且成功的处理消息,可以将其丢弃了
B.Channel.basicNack(用于否定确认)
C.Channel.basicReject(用于否定确认):与Channel.basicNack相比少一个参数,不处理该消息了直接拒绝,可以将其丢弃了
Multiple参数
手动应答的好处是可以批量应答并且减少网络拥堵
multiple的true和false代表不同意思
true代表批量应答channel上未应答的消息
比如说channel上有传送tag的消息 5,6,7,8 当前tag是8 那么此时
5-8的这些还未应答的消息都会被确认收到消息应答
false同上面相比
只会应答tag=8的消息 5,6,7这三个消息依然不会被确认收到消息应答
消息自动重新入队
如果消费者由于某些原因失去连接(其通道已关闭,连接已关闭或TCP连接丢失),导致消息未发送ACK确认,RabbitMQ将了解到消息未完全处理,并将对其重新排队。如果此时其他消费者可以处理,它将很快将其重新分发给另一个消费者。这样,即使某个消费者偶尔死亡,也可以确保不会丢失任何消息。
消息手动应答代码
消息生产者:
package com.lsy.rabbit.autoask;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.MessageProperties;
import java.io.IOException;
import java.util.Scanner;
import java.util.concurrent.TimeoutException;
/**
* 消息在手动应答时不丢失,放回队列中重新消费
*/
public class Task02{
//队列名称
public static final String Task_QUEUE_NAME="ack_queue";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
/** * 生成一个队列 *
* 1.队列名称 *
* 2.队列里面的消息是否持久化 默认消息存储在内存中 *
* 3.该队列是否只供一个消费者进行消费 是否进行共享 true可以多个消费者消费 *
* 4.是否自动删除 最后一个消费者端开连接以后 该队列是否自动删除 true 自动删除 *
* 5.其他参数
* */
//信道开启发布确认
channel.confirmSelect();
//让队列进行持久化
boolean durable=true;
channel.queueDeclare(Task_QUEUE_NAME, durable ,false,false,null);
//从控制台输入消息进行发送
Scanner scanner=new Scanner(System.in);
while(scanner.hasNext()){
String message=scanner.next();
/**
* * 发送一个消息
* * 1.发送到那个交换机
* * 2.路由的key是哪个,队列名称
* * 3.其他的参数信息
* * 4.发送消息的消息体
* */
//设置消息持久化,即保存在磁盘上
channel.basicPublish("",Task_QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
System.out.println("生产者发送消息完成:"+message);
}
}
}
消费者1:
package com.lsy.rabbit.autoask;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.lsy.rabbit.util.SleepUtils;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 手动应答消费者,两个消费者,模拟消费者消费的速度
* 消息在手动应答时不丢失,放回队列中重新消费
*/
public class worker_1 {
//队列名称
public static final String Task_QUEUE_NAME="ack_queue";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
System.out.println("C1等待消息处理时间较短");
//接收消息,手动应答。
//推送的消息如何进行消费的接口回调
DeliverCallback deliverCallback=(consumerTag, delivery)->{
//让消费者1沉睡1s
SleepUtils.sleep(1);
String message= "接收到的消息:"+new String(delivery.getBody(),"UTF-8");
System.out.println(message);
//手动应答
/**
* 1.消息的标记,Tag
* 2.是否批量应答,false不批量
*
*/
channel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
/**
** 消费者消费消息 *
* 1.消费哪个队列 *
* 2.消费成功之后是否要自动应答 true代表自动应答 false手动应答 *
* 3.消费者未成功消费的回调
* 4.消费者取消消费
*/
channel.basicConsume(Task_QUEUE_NAME,false,deliverCallback,cancelCallback);
}
}
消费者2:
package com.lsy.rabbit.autoask;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.lsy.rabbit.util.SleepUtils;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class worker_2 {
//队列名称
public static final String Task_QUEUE_NAME="ack_queue";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
System.out.println("C2等待消息处理时间较长");
//接收消息,手动应答。
//推送的消息如何进行消费的接口回调
DeliverCallback deliverCallback=(consumerTag, delivery)->{
//让消费者1沉睡1s
SleepUtils.sleep(30);
String message= "接收到的消息:"+new String(delivery.getBody(),"UTF-8");
System.out.println(message);
//手动应答
/**
* 1.消息的标记,Tag
* 2.是否批量应答,false不批量
*
*/
channel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
/**
** 消费者消费消息 *
* 1.消费哪个队列 *
* 2.消费成功之后是否要自动应答 true代表自动应答 false手动应答 *
* 3.消费者未成功消费的回调
* 4.消费者取消消费
*/
channel.basicConsume(Task_QUEUE_NAME,false,deliverCallback,cancelCallback);
}
}
睡眠工具类:用于模拟不同消费者处理消息的时间
package com.lsy.rabbit.util;
/**
* 等待工具类
*/
public class SleepUtils {
public static void sleep(int second){
try {
Thread.sleep(1000*second);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
消费者1睡眠1s,消费者2睡眠30s,当生产者发送消息A,B,则消费者1立马就接受到了消息A,消费者2经过30秒之后接收到消息B。
之后,生产者发送消息C,D,并将消费者2立马停掉,原本D消息应该由消费者2处理,但是,消费者2出现了异常,消息D未进行确认应答,就会重新进入队列,此时消费者1还在正常执行,所以消息D将会由消费者1进行处理。
6.2.3Rabbit MQ持久化
如何保障当RabbitMQ服务停掉以后消息生产者发送过来的消息不丢失。默认情况下RabbitMQ退出或由于某种原因崩溃时,它忽视队列和消息,除非告知它不要这样做。确保消息不会丢失需要做两件事:我们需要将队列和消息都标记为持久化。
之前我们创建的队列都是非持久化的,rabbitmq如果重启的化,该队列就会被删除掉,如果 要队列实现持久化 需要在声明队列的时候把durable参数设置为持久化。
队列持久化
将声明队列时的参数设置成true即可。
//让队列进行持久化
boolean durable=true;
channel.queueDeclare(Task_QUEUE_NAME, durable ,false,false,null);
但是需要注意的就是如果之前声明的队列不是持久化的,需要把原先队列先删除,或者重新创建一个持久化的队列,不然就会出现错误
持久化之后的队列可以看到D这个标识。
消息持久化
要想让消息实现持久化需要在消息生产者修改代码,MessageProperties.PERSISTENT_TEXT_PLAIN添 加这个属性。
在发送消息的时候设置参数:
//设置消息持久化,即保存在磁盘上
channel.basicPublish("",Task_QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
将消息标记为持久化并不能完全保证不会丢失消息。尽管它告诉RabbitMQ将消息保存到磁盘,但是这里依然存在当消息刚准备存储在磁盘的时候 但是还没有存储完,消息还在缓存的一个间隔点。此时并没有真正写入磁盘。持久性保证并不强,但是对于我们的简单任务队列而言,这已经绰绰有余了。如果需要更强有力的持久化策略,参考后边课件发布确认章节。
6.2.4 不公平发布消息
在最开始的时候我们学习到RabbitMQ分发消息采用的轮训分发,但是在某种场景下这种策略并不是很好,比方说有两个消费者在处理任务,其中有个消费者1处理任务的速度非常快,而另外一个消费者2处理速度却很慢,这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态,而处理慢的那个消费者一直在干活,这种分配方式在这种情况下其实就不太好,但是RabbitMQ并不知道这种情况它依然很公平的进行分发。
为了避免这种情况,我们可以设置参数channel.basicQos(1);
意思就是如果这个任务我还没有处理完或者我还没有应答你,你先别分配给我,我目前只能处理一个任务,然后rabbitmq就会把该任务分配给没有那么忙的那个空闲消费者,当然如果所有的消费者都没有完成手上任务,队列还在不停的添加新任务,队列有可能就会遇到队列被撑满的情况,这个时候就只能添加新的worker或者改变其他存储任务的策略。
预取值
本身消息的发送就是异步发送的,所以在任何时候,channel上肯定不止只有一个消息,另外来自消费者的手动确认本质上也是异步的。因此这里就存在一个未确认的消息缓冲区,因此希望开发人员能限制此缓冲区的大小,以避免缓冲区里面无限制的未确认消息问题。这个时候就可以通过使用basic.qos方法设置“预取计数”值来完成的(通道上)。该值定义通道上允许的未确认消息的最大数量。一旦数量达到配置的数量,RabbitMQ将停止在通道上传递更多消息,除非至少有一个未处理的消息被确认,例如,假设在通道上有未确认的消息5、6、7,8,并且通道的预取计数设置为4,此时RabbitMQ将不会在该通道上再传递任何消息,除非至少有一个未应答的消息被ack。比方说tag=6这个消息刚刚被确认ACK,RabbitMQ将会感知这个情况到并再发送一条消息。消息应答和QoS预取值对用户吞吐量有重大影响。通常,增加预取将提高向消费者传递消息的速度。虽然自动应答传输消息速率是最佳的,但是,在这种情况下已传递但尚未处理的消息的数量也会增加,从而增加了消费者的RAM消耗(随机存取存储器)应该小心使用具有无限预处理的自动确认模式或手动确认模式,消费者消费了大量的消息如果没有确认的话,会导致消费者连接节点的内存消耗变大,所以找到合适的预取值是一个反复试验的过程,不同的负载该值取值也不同100到300范围内的值通常可提供最佳的吞吐量,并且不会给消费者带来太大的风险。预取值为1是最保守的。当然这将使吞吐量变得很低,特别是消费者连接延迟很严重的情况下,特别是在消费者连接等待时间较长的环境中。对于大多数应用来说,稍微高一点的值将是最佳的。
具体预取值的设置:
int prefetchCount=4;
channel.basicQos(prefetchCount);
6.3 发布确认
6.3.1发布确认的原理
生产者将信道设置成confirm模式,一旦信道进入confirm模式,所有在该信道上面发布的消息都将会被指派一个唯一的ID(从1开始),一旦消息被投递到所有匹配的队列之后,broker就会发送一个确认给生产者(包含消息的唯一ID),这就使得生产者知道消息已经正确到达目的队列了,如果消息和队列是可持久化的,那么确认消息会在将消息写入磁盘之后发出,broker回传给生产者的确认消息中delivery-tag域包含了确认消息的序列号,此外broker也可以设置basic.ack的multiple域,表示到这个序列号之前的所有消息都已经得到了处理。
confirm模式最大的好处在于他是异步的,一旦发布一条消息,生产者应用程序就可以在等信道返回确认的同时继续发送下一条消息,当消息最终得到确认之后,生产者应用便可以通过回调方法来处理该确认消息,如果RabbitMQ因为自身内部错误导致消息丢失,就会发送一条nack消息,生产者应用程序同样可以在回调方法中处理该nack消息。
开启发布确认的方法
发布确认默认是没有开启的,如果要开启需要调用方法confirmSelect,每当你要想使用发布确认,都需要在channel上调用该方法
//信道开启发布确认
channel.confirmSelect();
单个确认发布
这是一种简单的确认方式,它是一种同步确认发布的方式,也就是发布一个消息之后只有它被确认发布,后续的消息才能继续发布,如果在指定时间范围内这个消息没有被确认那么它将抛出异常。
这种确认方式有一个最大的缺点就是:发布速度特别的慢,因为如果没有确认发布的消息就会阻塞所有后续消息的发布,这种方式最多提供每秒不超过数百条发布消息的吞吐量。当然对于某些应用程序来说这可能已经足够了。
批量确认发布
上面那种方式非常慢,与单个等待确认消息相比,先发布一批消息然后一起确认可以极大地提高吞吐量,当然这种方式的缺点就是:当发生故障导致发布出现问题时,不知道是哪个消息出现问题了,我们必须将整个批处理保存在内存中,以记录重要的信息而后重新发布消息。当然这种方案仍然是同步的,也一样阻塞消息的发布。
异步确认发布
异步确认虽然编程逻辑比上两个要复杂,但是性价比最高,无论是可靠性还是效率都没得说,他是利用回调函数来达到消息可靠性传递的,这个中间件也是通过函数回调来保证是否投递成功。
原理图:
package com.lsy.rabbit.dur_Conf;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.ConfirmCallback;
import com.rabbitmq.client.MessageProperties;
import java.io.IOException;
import java.util.UUID;
import java.util.concurrent.TimeoutException;
/**
* 发布确认模式
* 1.单个确认
* 2.批量确认
* 3.异步批量确认
* 比较使用的时间。
*/
public class ConfirmMessage {
//批量发消息个数
public static final int MESSAGE_COUNT=1000;
public static void main(String[] args) throws IOException, InterruptedException, TimeoutException {
//1.单个确认
//发布1000条单独确认消息耗时961ms
// ConfirmMessage.publishMessageIndividually();
//2.批量确认
//发布1000条批量确认消息耗时78ms
// ConfirmMessage.publishMessageBatch();
//3.异步批量确认
//发布1000条异步确认消息耗时28ms
ConfirmMessage.publishMessageAsyns();
}
//1.单个确认
public static void publishMessageIndividually() throws IOException, TimeoutException, InterruptedException {
Channel channel = RabbitMQUtil.getChannel();
//队列的名称
String QueueName= UUID.randomUUID().toString();
//信道开启发布确认
channel.confirmSelect();
//让队列进行持久化
boolean durable=true;
channel.queueDeclare(QueueName, durable ,false,false,null);
//开始时间
long begin=System.currentTimeMillis();
//批量发消息
for(int i=0;i< MESSAGE_COUNT;i++){
String message="message"+i;
channel.basicPublish("",QueueName, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
//单个消息就马上进行发布确认
boolean flag= channel.waitForConfirms();
if(flag){
System.out.println("消息发送成功");
}
}
//结束时间
long end=System.currentTimeMillis();
System.out.println("发布"+MESSAGE_COUNT+"条单独确认消息耗时"+(end-begin)+"ms");
}
//2.批量确认
public static void publishMessageBatch() throws IOException, TimeoutException, InterruptedException {
Channel channel = RabbitMQUtil.getChannel();
//队列的名称
String QueueName= UUID.randomUUID().toString();
//信道开启发布确认
channel.confirmSelect();
//让队列进行持久化
boolean durable=true;
channel.queueDeclare(QueueName, durable ,false,false,null);
//开始时间
long begin=System.currentTimeMillis();
//批量确认消息的大小
int batchSize=100;
//批量发消息,批量确认
for(int i=0;i< MESSAGE_COUNT;i++){
String message="message"+i;
channel.basicPublish("",QueueName, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
//发布确认
if(i%batchSize==0){
channel.waitForConfirms();
}
}
//结束时间
long end=System.currentTimeMillis();
System.out.println("发布"+MESSAGE_COUNT+"条批量确认消息耗时"+(end-begin)+"ms");
}
//3.异步批量确认
public static void publishMessageAsyns() throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//队列的名称
String QueueName= UUID.randomUUID().toString();
//信道开启发布确认
channel.confirmSelect();
//让队列进行持久化
boolean durable=true;
channel.queueDeclare(QueueName, durable ,false,false,null);
//开始时间
long begin=System.currentTimeMillis();
//消息监听器,监听哪些消息成功了,哪些没成功。并且监听器的准备在发消息之前
//消息确认成功回调函数
/**
* deliverTag:消息标记
* multiple:是否批量
*/
ConfirmCallback askCallback=(deliverTag,multiple)->{
System.out.println("确认的消息"+deliverTag);
};
//消息确认失败回调函数
ConfirmCallback naskCallback=(deliverTag,multiple)->{
System.out.println("未确认的消息"+deliverTag);
};
//异步监听
/**
* askCallback:监听哪些消息成功
* naskCallback:监听哪些消息失败
*/
channel.addConfirmListener(askCallback,naskCallback);//参数是两个接口
//批量发消息,异步确认
for(int i=0;i< MESSAGE_COUNT;i++){
String message="message"+i;
channel.basicPublish("",QueueName, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
}
//发布确认
//结束时间
long end=System.currentTimeMillis();
System.out.println("发布"+MESSAGE_COUNT+"条异步确认消息耗时"+(end-begin)+"ms");
}
}
3中发布确认的速度对比
单独发布消息:同步等待确认,简单,但吞吐量非常有限。
批量发布消息:批量同步等待确认,简单,合理的吞吐量,一旦出现问题但很难推断出是那条
消息出现了问题。
异步处理::最佳性能和资源使用,在出现错误的情况下可以很好地控制,但是实现起来稍微难些
6.4 交换机:发布/订阅
在前面内容中,我们创建了一个工作队列。我们假设的是工作队列背后,每个任务都恰好交付给一个消费者(工作进程)。在这一部分中,我们将做一些完全不同的事情-我们将消息传达给多个消费者。这种模式称为 ”发布/订阅”.
在上面的学习中,我们在发布消息的时候,交换机参数的位置都是“”,表示没有指定交换机,但是Rabbit MQ会通过默认交换机将消息推送到队列中
channel.basicPublish("",QueueName, MessageProperties.PERSISTENT_TEXT_PLAIN,message.getBytes("UTF-8"));
RabbitMQ消息传递模型的核心思想是: 生产者生产的消息从不会直接发送到队列。实际上,通常生产者甚至都不知道这些消息传递传递到了哪些队列中。
相反,生产者只能将消息发送到交换机(exchange),交换机工作的内容非常简单,一方面它接收来自生产者的消息,另一方面将它们推入队列。交换机必须确切知道如何处理收到的消息。是应该把这些消息放到特定队列还是说把他们到许多队列中还是说应该丢弃它们。这就的由交换机的类型来决定。交换机将消息发送那个队列是通过绑定建进行实现的。
6.4.1 交换机类型
- 直接(direct)
- 主题(topic)
- 标题(headers)
- 扇出(fanout)
6.4.2 临时队列
之前的章节我们使用的是具有特定名称的队列。队列的名称我们来说至关重要-我们需要指定我们的消费者去消费哪个队列的消息。
每当我们连接到Rabbit时,我们都需要一个全新的空队列,为此我们可以创建一个具有随机名称的队列,或者能让服务器为我们选择一个随机队列名称那就更好了。其次一旦我们断开了消费者的连接,队列将被自动删除。
创建临时队列的方式如下:
String queueName = channel.queueDeclare().getQueue();
创建出来之后长成这样:
6.4.3 交换机与队列的绑定
什么是绑定呢,绑定其实是交换机和队列之间的桥梁,它告诉我们交换机和哪个队列进行了绑定关系。比如说下面这张图告诉我们的就是X与Q1和Q2进行了绑定
6.4.4 Fanout型交换机
Fanout这种类型非常简单。正如从名称中猜到的那样,它是将接收到的所有消息广播到它知道的所有队列中。系统中默认有些exchange类型
将交换机X设置为fanout类型,不需要设置routing key的值,交换机将接收到的消息发送给所有的队列。
消费者1:消费者2也会接收到相同的消息。代码相同
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.lsy.rabbit.util.SleepUtils;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class ReceriveLogs01 {
//交换机名称
public static final String EXCHANGE_NAME="logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
//声明一个临时队列,队列的名称是随机的
//消费者与队列建立连接之后,队列就会自动删除
String queue = channel.queueDeclare().getQueue();
/**
* 给交换机绑定队列
*/
channel.queueBind(queue,EXCHANGE_NAME,"");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "ReceriveLogs01接收到的消息:"+new String(delivery.getBody(),"UTF-8");
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
System.out.println("等待接收消息,把接收到的消息打印在屏幕上");
channel.basicConsume(queue,true,deliverCallback,cancelCallback);
}
}
生产者发送消息:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.Scanner;
import java.util.concurrent.TimeoutException;
/**
* 生产者
*/
public class EmitLog {
//交换机名称
public static final String EXCHANGE_NAME="logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//交换机的声明
// channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
//发送消息
//从控制台输入消息进行发送
Scanner scanner=new Scanner(System.in);
while(scanner.hasNext()){
String message=scanner.next();
/**
* * 发送一个消息
* * 1.发送到那个交换机
* * 2.路由的key是哪个,队列名称
* * 3.其他的参数信息
* * 4.发送消息的消息体
* */
channel.basicPublish(EXCHANGE_NAME,"",null,message.getBytes("UTF-8"));
System.out.println("发送消息完成:"+message);
}
}
}
6.4.5 Direct 型交换机(直接类型)
Fanout类型的交换机,能够向许多接收者广播日志消息。在本节我们将向其中添加一些特别的功能-比方说我们只让某个消费者订阅发布的部分消息。例如我们只把严重错误消息定向存储到日志文件(以节省磁盘空间),同时仍然能够在控制台上打印所有日志消息。
我们再次来回顾一下什么是bindings,绑定是交换机和队列之间的桥梁关系。也可以这么理解:队列只对它绑定的交换机的消息感兴趣。绑定用参数:routingKey来表示也可称该参数为binding key,创建绑定我们用代码:channel.queueBind(queueName, EXCHANGE_NAME, “routingKey”);绑定之后的意义由其交换类型决定。
上图表示的是direct交换机,通过routing key:error绑定一个队列,可以将error存放在磁盘中,通过routing key:info,warning绑定另外一个队列,可以将日志信息打印到控制台。
没有进行绑定的消息就会被丢弃。
消费者1:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class ReceiveDirect_logs01 {
//交换机名称
public static final String EXCHANGE_NAME="direct_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "direct");
//声明一个临时队列,队列的名称是随机的
//消费者与队列建立连接之后,队列就会自动删除
channel.queueDeclare("console",false,false,false,null);
/**
* 给交换机绑定队列
*/
channel.queueBind("console",EXCHANGE_NAME,"info");
channel.queueBind("console",EXCHANGE_NAME,"warning");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "ReceriveDirectLogs1接收到的消息:"+new String(delivery.getBody(),"UTF-8");
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
channel.basicConsume("console",true,deliverCallback,cancelCallback);
}
}
消费者2:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class ReceiveDirect_logs02 {
//交换机名称
public static final String EXCHANGE_NAME="direct_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "direct");
//声明一个临时队列,队列的名称是随机的
//消费者与队列建立连接之后,队列就会自动删除
channel.queueDeclare("disk",false,false,false,null);
/**
* 给交换机绑定队列
*/
channel.queueBind("disk",EXCHANGE_NAME,"error");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "ReceiveDirect_logs02接收到的消息:"+new String(delivery.getBody(),"UTF-8");
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
channel.basicConsume("disk",true,deliverCallback,cancelCallback);
}
}
生产者发消息:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import java.util.Scanner;
import java.util.concurrent.TimeoutException;
public class direct_logs {
//交换机名称
public static final String EXCHANGE_NAME="direct_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//发送消息
//从控制台输入消息进行发送
// Scanner scanner=new Scanner(System.in);
// while(scanner.hasNext()) {
// String message = scanner.next();
// }
/**
* * 发送一个消息
* * 1.发送到那个交换机
* * 2.路由的key是哪个,队列名称
* * 3.其他的参数信息
* * 4.发送消息的消息体
* */
//根据实际的情况将routingkey写成相应的即可。
// channel.basicPublish(EXCHANGE_NAME,"info",null,message.getBytes("UTF-8"));
//创建多个bindingKey
Map<String, String> bindingKeyMap = new HashMap<>();
bindingKeyMap.put("info","普通info信息");
bindingKeyMap.put("warning","警告warning信息");
bindingKeyMap.put("error","错误error信息");
//debug没有消费这接收这个消息 所有就丢失了
bindingKeyMap.put("debug","调试debug信息");
for (Map.Entry<String, String> bindingKeyEntry: bindingKeyMap.entrySet()){
String bindingKey = bindingKeyEntry.getKey();
String mess = bindingKeyEntry.getValue();
channel.basicPublish(EXCHANGE_NAME,bindingKey, null, mess.getBytes("UTF-8"));
System.out.println("生产者发出消息:" + mess);
}
}
}
6.4.6 Topics 型交换机(主题类型)
从上节可知使用direct交换机,从而有能实现有选择性地接收日志。尽管使用direct交换机改进了我们的系统,但是它仍然存在局限性-比方说我们想接收的日志类型有info.base和info.advantage,某个队列只想info.base的消息,那这个时候direct就办不到了。这个时候就只能使用topic类型
- 发送到类型是topic交换机的消息的routing_key不能随意写,必须满足一定的要求,它必须是一个单词列表,以点号分隔开。
- 这些单词可以是任意单词,比如说:“stock.usd.nyse”, “nyse.vmw”, “quick.orange.rabbit”.这种类型的。当然这个单词列表最多不能超过255个字节。
- 在这个规则列表中,其中有两个替换符是大家需要注意的
– (星号)可以代替一个单词
– #(井号)可以替代零个或多个单词
Q1–>绑定的是:中间带orange带3个单词的字符串(.orange.)
Q2–>绑定的是:最后一个单词是rabbit的3个单词(.*.rabbit)和第一个单词是lazy的多个单词(lazy.#)
例如: - quick.orange.rabbit 被队列Q1Q2接收到
- lazy.orange.elephant 被队列Q1Q2接收到
- quick.orange.fox 被队列Q1接收到
- lazy.brown.fox 被队列Q2接收到
- lazy.pink.rabbit 虽然满足两个绑定但只被队列Q2接收一次
- quick.brown.fox 不匹配任何绑定不会被任何队列接收到会被丢弃
- quick.orange.male.rabbit 是四个单词不匹配任何绑定会被丢弃
- lazy.orange.male.rabbit 是四个单词但匹配Q2
当队列绑定关系是下列这种情况时需要引起注意
- 当一个队列绑定键是#,那么这个队列将接收所有数据,就有点像fanout了
- 如果队列绑定键当中没有#和*出现,那么该队列绑定类型就是direct了
消费者1:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 消费者C1
*/
public class ReceiveTopic_logs01 {
private static final String EXCHANGE_NAME = "topic_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "topic");
//声明Q1队列与绑定关系
String queueName="Q1";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, EXCHANGE_NAME, "*.orange.*");
System.out.println("等待接收消息.....");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "接收队列"+queueName+"绑定建"+delivery.getEnvelope().getRoutingKey();
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
channel.basicConsume(queueName,true,deliverCallback,cancelCallback);
}
}
消费者2:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 消费者C2
*/
public class ReceiveTopic_logs02 {
private static final String EXCHANGE_NAME = "topic_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "topic");
//声明Q1队列与绑定关系
String queueName="Q2";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, EXCHANGE_NAME, "*.*.rabbit");
channel.queueBind(queueName, EXCHANGE_NAME, "lazy.#");
System.out.println("等待接收消息.....");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "接收队列"+queueName+"绑定建"+delivery.getEnvelope().getRoutingKey();
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
channel.basicConsume(queueName,true,deliverCallback,cancelCallback);
}
}
生产者发消息:
package com.lsy.rabbit.exchange;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeoutException;
/**
* 生产者
*/
public class topic_logs {
//交换机名称
public static final String EXCHANGE_NAME="topic_logs";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
Map<String, String> bindingKeyMap = new HashMap<>();
/** * Q1-->绑定的是
* 中间带orange带3个单词的字符串(*.orange.*)
* * Q2-->绑定的是
* * 最后一个单词是rabbit的3个单词(*.*.rabbit)
* * 第一个单词是lazy的多个单词(lazy.#) *
* */
bindingKeyMap.put("quick.orange.rabbit","被队列Q1Q2接收到");
bindingKeyMap.put("lazy.orange.elephant","被队列Q1Q2接收到");
bindingKeyMap.put("quick.orange.fox","被队列Q1接收到");
bindingKeyMap.put("lazy.brown.fox","被队列Q2接收到");
bindingKeyMap.put("lazy.pink.rabbit","虽然满足两个绑定但只被队列Q2接收一次");
bindingKeyMap.put("quick.brown.fox","不匹配任何绑定不会被任何队列接收到会被丢弃");
bindingKeyMap.put("quick.orange.male.rabbit","是四个单词不匹配任何绑定会被丢弃");
bindingKeyMap.put("lazy.orange.male.rabbit","是四个单词但匹配Q2");
for (Map.Entry<String, String> bindingKeyEntry: bindingKeyMap.entrySet()){
String bindingKey = bindingKeyEntry.getKey();
String mess = bindingKeyEntry.getValue();
channel.basicPublish(EXCHANGE_NAME,bindingKey, null, mess.getBytes("UTF-8"));
System.out.println("生产者发出消息:" + mess);
}
}
}
6.5 死信队列
6.5.1死信的概念和死信的来源
-
死信,顾名思义就是无法被消费的消息,字面意思可以这样理解,一般来说,producer将消息投递到broker或者直接到queue里了,consumer从queue取出消息进行消费,但某些时候由于特定的原因导致queue中的某些消息无法被消费,这样的消息如果没有后续的处理,就变成了死信,有死信自然就有了死信队列。(在前文介绍中,为进行发布确认的消息即会进入死信队列)
-
应用场景:为了保证订单业务的消息数据不丢失,需要使用到RabbitMQ的死信队列机制,当消息消费发生异常时,将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效
死信的来源
消息TTL过期
队列达到最大长度(队列满了,无法再添加数据到mq中)
消息被拒绝(basic.reject或basic.nack)并且requeue=false.
6.5.2 消息TTL过期
生产者代码:
package com.lsy.rabbit.deadqueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 死信队列的生产者代码
*
* 生产者只是和普通的交换机进行通信
*/
public class Producer {
//普通交换机名称
private static final String NORMAL_EXCHANGE = "normal_exchange";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//不用再进行交换机的声明
//死信消息:设置TTL时间(存活时间)作为发消息的属性参数
//表示过期时间为10s,表示10s之后普通队列不进行接收,就会转换到死信队列
//可以通过关闭正常消费者来模拟过期
AMQP.BasicProperties properties= new AMQP.BasicProperties().builder().expiration("10000").build();
for (int i = 0; i < 10; i++) {
String message="info"+i;
channel.basicPublish(NORMAL_EXCHANGE,"zhangsan",properties,message.getBytes());
}
}
}
消费者C1代码:启动之后关闭,模拟接收不到消息,即TTL时间过期。
package com.lsy.rabbit.deadqueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeoutException;
/**
* 死信队列
* 消费者1
*
* 两个交换机
* 两个队列
*
*/
public class Consumer01 {
//普通交换机名称
private static final String NORMAL_EXCHANGE = "normal_exchange";
// 死信交换机名称
private static final String DEAD_EXCHANGE = "dead_exchange";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//声明死信和普通交换机 类型为direct
channel.exchangeDeclare(NORMAL_EXCHANGE, "direct");
channel.exchangeDeclare(DEAD_EXCHANGE, "direct");
//声明死信队列
String deadQueue = "dead-queue";
channel.queueDeclare(deadQueue, false, false, false, null);
// 死信队列绑定死信交换机与routingkey
channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");
//正常队列绑定死信队列信息
Map<String, Object> params = new HashMap<>();
//过期时间,过期时间一般在生产方设置比较好。
//params.put("x-message-ttl",10*1000);
//正常队列设置死信交换机 参数key是固定值:x-dead-letter-exchange
params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
// 正常队列设置死信routing-key 参数key是固定值:x-dead-letter-routing-key
params.put("x-dead-letter-routing-key", "lisi");
//设置正常队列的最大长度,超过最大长度的信息将进入死信队列
// params.put("x-max-length", 6);
/**
* params:将信息转发到死信交换机所需要的参数
*/
String normalQueue = "normal-queue";
channel.queueDeclare(normalQueue, false, false, false, params);
channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");
System.out.println("等待接收消息.....");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= new String(delivery.getBody(), "UTF-8");
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
//由于消息被拒绝,所以必须开启手动应答
channel.basicConsume(normalQueue,false,deliverCallback,cancelCallback);
}
}
消息进入死信队列之后,启动消费者2,消费死信队列里面的消息。
package com.lsy.rabbit.deadqueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class Consumer02 {
// 死信交换机名称
private static final String DEAD_EXCHANGE = "dead_exchange";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
String deadQueue = "dead-queue";
channel.queueDeclare(deadQueue, false, false, false, null);
// 死信队列绑定死信交换机与routingkey
channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");
System.out.println("等待接收消息.....");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= "Consumer02接收的消息"+new String(delivery.getBody(), "UTF-8");
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
channel.basicConsume(deadQueue,true,deliverCallback,cancelCallback);
}
}
6.5.3 队列达到最大长度
消息生产者代码去掉TTL属性即可
package com.lsy.rabbit.deadqueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* 死信队列的生产者代码
*
* 生产者只是和普通的交换机进行通信
*/
public class Producer {
//普通交换机名称
private static final String NORMAL_EXCHANGE = "normal_exchange";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//不用再进行交换机的声明
//死信消息:设置TTL时间(存活时间)作为发消息的属性参数
//表示过期时间为10s,表示10s之后普通队列不进行接收,就会转换到死信队列
//可以通过关闭正常消费者来模拟过期
// AMQP.BasicProperties properties= new AMQP.BasicProperties().builder().expiration("10000").build();
for (int i = 0; i < 10; i++) {
String message="info"+i;
channel.basicPublish(NORMAL_EXCHANGE,"zhangsan",null,message.getBytes());
}
}
}
消费者1增加一行代码:启动之后关闭该消费者,模拟接收不到消息。
由于参数的改变,需要将原来的normal queue队列进行删除。
//设置正常队列的最大长度,超过最大长度的信息将进入死信队列
params.put("x-max-length", 6);
消费者2 的代码不改变和6.5.2中的一样,启动消费者2.
生产者发送10条信息,可以看到正常队列中只有6条信息(设置了队列的最大长度6),剩下的4条进入死信队列。
6.5.4 消息被拒绝
1.生产者代码与6.5.3中生产者代码一致
2.消费者C1的代码:增加拒绝消息的代码。
package com.lsy.rabbit.deadqueue;
import com.lsy.rabbit.util.RabbitMQUtil;
import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeoutException;
/**
* 死信队列
* 消费者1
*
* 两个交换机
* 两个队列
*
*/
public class Consumer01 {
//普通交换机名称
private static final String NORMAL_EXCHANGE = "normal_exchange";
// 死信交换机名称
private static final String DEAD_EXCHANGE = "dead_exchange";
public static void main(String[] args) throws IOException, TimeoutException {
Channel channel = RabbitMQUtil.getChannel();
//声明死信和普通交换机 类型为direct
channel.exchangeDeclare(NORMAL_EXCHANGE, "direct");
channel.exchangeDeclare(DEAD_EXCHANGE, "direct");
//声明死信队列
String deadQueue = "dead-queue";
channel.queueDeclare(deadQueue, false, false, false, null);
// 死信队列绑定死信交换机与routingkey
channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");
//正常队列绑定死信队列信息
Map<String, Object> params = new HashMap<>();
//过期时间,过期时间一般在生产方设置比较好。
//params.put("x-message-ttl",10*1000);
//正常队列设置死信交换机 参数key是固定值:x-dead-letter-exchange
params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
// 正常队列设置死信routing-key 参数key是固定值:x-dead-letter-routing-key
params.put("x-dead-letter-routing-key", "lisi");
//设置正常队列的最大长度,超过最大长度的信息将进入死信队列
// params.put("x-max-length", 6);
/**
* params:将信息转发到死信交换机所需要的参数
*/
String normalQueue = "normal-queue";
channel.queueDeclare(normalQueue, false, false, false, params);
channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");
System.out.println("等待接收消息.....");
DeliverCallback deliverCallback=(consumerTag, delivery)->{
String message= new String(delivery.getBody(), "UTF-8");
if(message.equals("info5")){
System.out.println(message+"消息被拒绝");
//false表示不在将消息放回到正常队列
channel.basicReject(delivery.getEnvelope().getDeliveryTag(),false);
}else{
System.out.println("接收的消息是:"+message);
//false表示是否批量
channel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);
}
System.out.println(message);
};
//取消消费的一个回调接口 如在消费的时候队列被删除掉了
CancelCallback cancelCallback=(consumerTag)->{
System.out.println(consumerTag+"消息消费被中断");
};
//由于消息被拒绝,所以必须开启手动应答
channel.basicConsume(normalQueue,false,deliverCallback,cancelCallback);
}
}
生产者发送消息之后:
3.消费者C2代码不变:启动消费者C1然后启动消费者C2.
7.延迟队列
延迟队列的概念
延时队列,队列内部是有序的,最重要的特性就体现在它的延时属性上,延时队列中的元素是希望在指定时间到了以后或之前取出和处理,简单来说,延时队列就是用来存放需要在指定时间被处理的元素的队列。
延迟队列的使用场景
1.订单在十分钟之内未支付则自动取消
2.新创建的店铺,如果在十天内都没有上传过商品,则自动发送消息提醒。
3.用户注册成功后,如果三天内没有登陆则进行短信提醒。
4.用户发起退款,如果三天内没有得到处理则通知相关运营人员。
5.预定会议后,需要在预定的时间点前十分钟通知各个与会人员参加会议
这些场景都有一个特点,需要在某个事件发生之后或者之前的指定时间点完成某一项任务,如:发生订单生成事件,在十分钟之后检查该订单支付状态,然后将未支付的订单进行关闭;看起来似乎使用定时任务,一直轮询数据,每秒查一次,取出需要被处理的数据,然后处理不就完事了吗?如果数据量比较少,确实可以这样做,比如:对于“如果账单一周内未支付则进行自动结算”这样的需求,如果对于时间不是严格限制,而是宽松意义上的一周,那么每天晚上跑个定时任务检查一下所有未支付的账单,确实也是一个可行的方案。但对于数据量比较大,并且时效性较强的场景,如:“订单十分钟内未支付则关闭“,短期内未支付的订单数据可能会有很多,活动期间甚至会达到百万甚至千万级别,对这么庞大的数据量仍旧使用轮询的方式显然是不可取的,很可能在一秒内无法完成所有订单的检查,同时会给数据库带来很大压力,无法满足业务要求而且性能低下。
7.1RabbitMQ中的TTL
TTL是什么呢?TTL是RabbitMQ中一个消息或者队列的属性,表明一条消息或者该队列中的所有消息的最大存活时间,
单位是毫秒。换句话说,如果一条消息设置了TTL属性或者进入了设置TTL属性的队列,那么这条消息如果在TTL设置的时间内没有被消费,则会成为"死信"。如果同时配置了队列的TTL和消息的TTL,那么较小的那个值将会被使用,有两种方式设置TTL。
消息设置TTL
//延迟时间
msg.getMessageProperties().setExpiration(ttlTime);
队列设置TTL
//声明队列的TTL,40s
arguments.put("x-message-ttl", 40000);
return QueueBuilder.durable(QUEUE_B).withArguments(arguments).build();
两者的区别
如果设置了队列的TTL属性,那么一旦消息过期,就会被队列丢弃(如果配置了死信队列被丢到死信队列中),而第二种方式,消息即使过期,也不一定会被马上丢弃,因为消息是否过期是在即将投递到消费者之前判定的,如果当前队列有严重的消息积压情况,则已过期的消息也许还能存活较长时间;另外,还需要注意的一点是,如果不设置TTL,表示消息永远不会过期,如果将TTL设置为0,则表示除非此时可以直接投递该消息到消费者,否则该消息将会被丢弃。
7.2 RabbitMQ整合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.6.4</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.lsy</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</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-amqp</artifactId>
</dependency>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>fastjson</artifactId>
<version>1.2.47</version>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>
<!--Swagger包-->
<dependency>
<groupId>io.springfox</groupId>
<artifactId>springfox-swagger2</artifactId>
<version>2.9.2</version>
</dependency>
<dependency>
<groupId>io.springfox</groupId>
<artifactId>springfox-swagger-ui</artifactId>
<version>2.9.2</version>
</dependency>
<!--RAbbitMQ测试依赖-->
<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>
<version>2.6.3</version>
</plugin>
</plugins>
</build>
</project>
队列架构
创建两个队列QA和QB,两者队列TTL分别设置为10S和40S,然后在创建一个交换机X和死信交换机Y,它们的类型都是direct,创建一个死信队列QD,它们的绑定关系如下:
根据上面的架构,如果每增加一个新的时间需求,就要新增一个队列,这里只有10S和40S两个时间选项,如果需要一个小时后处理,那么就需要增加TTL为一个小时的队列,如果是预定会议室然后提前通知这样的场景,岂不是要增加无数个队列才能满足需求?
延迟队列的优化
在这里新增了一个队列QC,绑定关系如下,该队列不设置TTL时间
application.properties配置文件
spring.rabbitmq.host=192.168.6.100
#端口号只能是5672
spring.rabbitmq.port=5672
spring.rabbitmq.username=lsy
spring.rabbitmq.password=123
添加Swagger配置类
package com.lsy.springboot_rabbitmq.config;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import springfox.documentation.builders.ApiInfoBuilder;
import springfox.documentation.service.ApiInfo;
import springfox.documentation.spi.DocumentationType;
import springfox.documentation.spring.web.plugins.Docket;
import springfox.documentation.swagger2.annotations.EnableSwagger2;
import springfox.documentation.service.Contact;
@Configuration
@EnableSwagger2
public class SwaggerConfig {
@Bean
public Docket webApiConfig()
{
return new Docket(DocumentationType.SWAGGER_2)
.groupName("webApi")
.apiInfo(webApiInfo())
.select()
.build();
}
private ApiInfo webApiInfo()
{
return new ApiInfoBuilder()
.title("rabbitmq接口文档")
.description("本文档描述了rabbitmq微服务接口定义")
.version("1.0")
.contact(new Contact("lsy", "http://123.com", "1638056733@qq.com"))
.build();
}
}
配置文件代码类TtlQueueConfig:即交换机和队列的声明和绑定相关信息
package com.lsy.springboot_rabbitmq.config;
import org.springframework.amqp.core.*;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.HashMap;
import java.util.Map;
@Configuration
public class TtlQueueConfig {
//普通交换机
public static final String X_EXCHANGE = "X";
//普通队列
public static final String QUEUE_A = "QA";
public static final String QUEUE_B = "QB";
public static final String QUEUE_C = "QC";
//死信交换机
public static final String Y_DEAD_LETTER_EXCHANGE = "Y";
//死信队列
public static final String DEAD_LETTER_QUEUE = "QD";
//声明X交换机,相当于x交换机的别名,用于注入
@Bean("xExchange")
public DirectExchange xExchange(){
return new DirectExchange(X_EXCHANGE);
}
@Bean("yExchange")
public DirectExchange yExchange(){
return new DirectExchange(Y_DEAD_LETTER_EXCHANGE);
}
//声明队列A,过期时间10s
@Bean("queueA")
public Queue queueA(){
Map<String,Object> arguments=new HashMap<>(3);
//声明当前队列绑定的死信交换机
arguments.put("x-dead-letter-exchange",Y_DEAD_LETTER_EXCHANGE);
//声明当前队列的死信路由key
arguments.put("x-dead-letter-routing-key", "YD");
//声明队列的TTL,10s
arguments.put("x-message-ttl", 10000);
return QueueBuilder.durable(QUEUE_A).withArguments(arguments).build();
}
//声明队列B,过期时间40s
@Bean("queueB")
public Queue queueB(){
Map<String,Object> arguments=new HashMap<>(3);
//声明当前队列绑定的死信交换机
arguments.put("x-dead-letter-exchange",Y_DEAD_LETTER_EXCHANGE);
//声明当前队列的死信路由key
arguments.put("x-dead-letter-routing-key", "YD");
//声明队列的TTL,40s
arguments.put("x-message-ttl", 40000);
return QueueBuilder.durable(QUEUE_B).withArguments(arguments).build();
}
//声明队列C
@Bean("queueC")
public Queue queueC(){
Map<String,Object> arguments=new HashMap<>(3);
//声明当前队列绑定的死信交换机
arguments.put("x-dead-letter-exchange",Y_DEAD_LETTER_EXCHANGE);
//声明当前队列的死信路由key
arguments.put("x-dead-letter-routing-key", "YD");
return QueueBuilder.durable(QUEUE_C).withArguments(arguments).build();
}
//声明队列D,死信队列
@Bean("queueD")
public Queue queueD(){
return QueueBuilder.durable(DEAD_LETTER_QUEUE).build();
}
//交换机与队列的绑定
// @Bean
// public Binding queueABindingX(@Qualifier("queueA") Queue queueA,
// @Qualifier("xExchange") Exchange xExchange ){
// return BindingBuilder.bind(queueA).to(xExchange).with("XA");
// }
//
// @Bean
// public Binding queueBBindingX(@Qualifier ("queueB") Queue queueB,
// @Qualifier("xExchange")Exchange xExchange){
// return BindingBuilder.bind(queueB).to(xExchange).with("XB");
// }
@Bean
public Binding queueABindingX(Queue queueA,DirectExchange xExchange){
return BindingBuilder.bind(queueA).to(xExchange).with("XA");
}
@Bean
public Binding queueBBindingX(Queue queueB, DirectExchange xExchange){
return BindingBuilder.bind(queueB).to(xExchange).with("XB");
}
@Bean
public Binding queueDBindingY(Queue queueD, DirectExchange yExchange){
return BindingBuilder.bind(queueD).to(yExchange).with("YD");
}
@Bean
public Binding queueCBindingX(Queue queueC, DirectExchange xExchange){
return BindingBuilder.bind(queueC).to(xExchange).with("XC");
}
}
消息生产者代码SendMsgController
package com.lsy.springboot_rabbitmq.controller;
import com.lsy.springboot_rabbitmq.config.DelayedQueueConfig;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.util.Date;
/**
* 发送消息
* 即生产者
* 发起一个请求http://localhost:8080/ttl/sendMsg/111
*/
@Slf4j
@RestController
@RequestMapping("/ttl")
public class SendMsgController {
@Autowired
private RabbitTemplate rabbitTemplate;
//开始发消息
@GetMapping("/sendMsg/{message}")
public void sendMsg(@PathVariable String message){
log.info("当前时间:{},发送一条信息给两个TTL队列:{}", new Date(), message);
rabbitTemplate.convertAndSend("X", "XA", "消息来自ttl为10S的队列: "+message);
rabbitTemplate.convertAndSend("X", "XB", "消息来自ttl为40S的队列: "+message);
}
//开始发消息,消息需要设置TTL
@GetMapping("/sendExpirationMsg/{message}/{ttlTime}")
public void sendMsg(@PathVariable String message,@PathVariable String ttlTime){
log.info("当前时间:{},发送一条时长{}ms信息给队列QC:{}", new Date().toString(),ttlTime, message);
rabbitTemplate.convertAndSend("X","XC",message,msg->{
//延迟时间
msg.getMessageProperties().setExpiration(ttlTime);
return msg;
});
}
}
消费者代码:
package com.lsy.springboot_rabbitmq.consumer;
import com.rabbitmq.client.Channel;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;
import java.util.Date;
/**
* ttl队列的消费者
*/
@Slf4j
@Component
public class DeadLetterQueueConsumer {
//接收消息
@RabbitListener(queues = "QD")
public void ReceiveD(Message message, Channel channel){
String msg=new String(message.getBody());
log.info("当前时间:{},收到死信队列信息{}", new Date().toString(), msg);
}
}
发起请求
http://localhost:8080/ttl/sendExpirationMsg/你好1/20000
http://localhost:8080/ttl/sendExpirationMsg/你好2/2000
看起来似乎没什么问题,但是在最开始的时候,就介绍过如果使用在消息属性上设置TTL的方式,消息可能并不会按时“死亡“,因为RabbitMQ只会检查第一个消息是否过期,如果过期则丢到死信队列,如果第一个消息的延时时长很长,而第二个消息的延时时长很短,第二个消息并不会优先得到执行。
7.3 RabbitMQ插件实现延迟队列
使用该插件可以避免上面提到的问题。
在官网上下载https://www.rabbitmq.com/community-plugins.html,下载 rabbitmq_delayed_message_exchange插件,版本不限制,然后解压放置到RabbitMQ的插件目录。
进入RabbitMQ的安装目录下的plgins目录,执行下面命令让该插件生效,
/usr/lib/rabbitmq/lib/rabbitmq_server-3.8.8/plugins
rabbitmq-plugins enable rabbitmq_delayed_message_exchange
然后重启RabbitMQ
systemctl restart rabbitmq-server
基于插件的代码框架图
在这里新增了一个队列delayed.queue,一个自定义交换机delayed.exchange,绑定关系如下:
添加文件配置类DelayedQueueConfig
在自定义的交换机中,这是一种新的交换类型,该类型消息支持延迟投递机制 消息传递后并不会立即投递到目标队列中,而是存储在mnesia(一个分布式数据系统)表中,这是Java底层实现,可以看源码,当达到投递时间时,才投递到目标队列中。
package com.lsy.springboot_rabbitmq.config;
import org.springframework.amqp.core.Binding;
import org.springframework.amqp.core.BindingBuilder;
import org.springframework.amqp.core.CustomExchange;
import org.springframework.amqp.core.Queue;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.HashMap;
import java.util.Map;
/**
* 设置延迟信息的配置类
*
*/
@Configuration
public class DelayedQueueConfig {
//队列
public static final String DELAYED_QUEUE_NAME = "delayed.queue";
//交换机,延迟交换机
public static final String DELAYED_EXCHANGE_NAME = "delayed.exchange";
//routing key
public static final String DELAYED_ROUTING_KEY = "delayed.routingkey";
//声明队列
@Bean
public Queue delayedQueue() {
return new Queue(DELAYED_QUEUE_NAME);
}
//自定义交换机,delayedExchange
@Bean public CustomExchange delayedExchange() {
Map<String, Object> args = new HashMap<>();
//自定义交换机的类型
args.put("x-delayed-type", "direct");
/**
* 1.交换机名称
* 2.交换机的类型
* 3.是否需要持久化
* 4.是否自动删除
* 5.其他参数:延迟类型
*/
return new CustomExchange(DELAYED_EXCHANGE_NAME, "x-delayed-message", true, false, args);
}
//将交换机和队列进行捆绑
@Bean
public Binding bindingDelayedQueue(
Queue delayedQueue,
CustomExchange delayedExchange) {
return BindingBuilder.bind(delayedQueue)
.to(delayedExchange)
.with(DELAYED_ROUTING_KEY)
.noargs(); //构建方法
}
}
消息生产者代码:
在SendMsgController文件中加入该代码即可。
//开始发消息,基于插件的,发送消息和时间,即延迟时间
@GetMapping("/sendDelayMsg/{message}/{delayTime}")
public void sendMsg(@PathVariable String message,@PathVariable Integer delayTime){
log.info("当前时间:{},发送一条时长{}ms信息给队列延迟队列delayed.queue:{}", new Date().toString(),delayTime, message);
rabbitTemplate.convertAndSend(DelayedQueueConfig.DELAYED_EXCHANGE_NAME,DelayedQueueConfig.DELAYED_ROUTING_KEY,message, msg->{
//延迟时间
msg.getMessageProperties().setDelay(delayTime);
return msg;
});
}
消息消费者代码
package com.lsy.springboot_rabbitmq.consumer;
import com.lsy.springboot_rabbitmq.config.DelayedQueueConfig;
import com.sun.xml.internal.ws.api.ha.StickyFeature;
import lombok.extern.java.Log;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;
import java.util.Date;
/**
* 延迟队列消费者(接收消息)
* 基于插件的延迟消息
*/
@Slf4j
@Component
public class DelayQueueConsumer {
//监听消息
@RabbitListener(queues = DelayedQueueConfig.DELAYED_QUEUE_NAME)
public void receiveDelayQueue(Message message){
String msg=new String(message.getBody());
log.info("当前时间:{},收到延迟队列信息{}", new Date().toString(), msg);
}
}
发起请求:
http://localhost:8080/ttl/sendDelayMsg/come on baby1/20000
http://localhost:8080/ttl/sendDelayMsg/come on baby2/2000
从下面的结果来看,解决了上面的问题,延迟时间短的消息更早被接收。
8.总结
延时队列在需要延时处理的场景下非常有用,使用RabbitMQ来实现延时队列可以很好的利用RabbitMQ的特性,如:消息可靠发送、消息可靠投递、死信队列来保障消息至少被消费一次以及未被正确处理的消息不会被丢弃。另外,通过RabbitMQ集群的特性,可以很好的解决单点故障问题,不会因为单个节点挂掉导致延时队列不可用或者消息丢失。
当然,延时队列还有很多其它选择,比如利用Java的DelayQueue,利用Redis的zset,利用Quartz或者利用kafka的时间轮,这些方式各有特点,看需要适用的场景
8.1关于RabbitMQ相关面试题
1.你们的项目为什么要用RabbitMQ?
消息队列的作用是系统解耦、同步改异步、请求消峰,举个下订单的例子:
前端获取用户订单信息,请求后端的订单创建接口。这个接口并不直接请求订单服务,而是首先生成唯一订单编号,再组装一个订单消息并发送给RabbitMQ,然后返回唯一订单编号给前端。前端会根据唯一订单编号轮询订单状态接口,如果订单创建成功,则拉起支付界面引导用户付款。作为消费者,订单服务收到订单消息后,开始检查参数、检查库存、生成订单等等核心业务流程。
解耦体现在订单创建接口并没有直接访问订单服务,使得它不用关注订单服务接口的变化。由于不是直接调用,同步操作变成了异步操作。试想一下,订单创建状态是同步返回的,用户界面必然卡起来。由于消息队列允许消息堆积,即使大量的用户订单涌过来,订单服务依然能够稳步的处理订单消息。
2.为什么非要用RabbitMQ,考虑过RocketMQ或者ActiveMQ吗?
近些年ActiveMQ更新较少,而且没有大规模吞吐量场景的验证,就不考虑了。我们考虑过RocketMQ,无论是可用性、吞吐量、成功案例,它都很不错。我们的运维团队对RabbitMQ更熟悉,而且更看重消息的可靠性,最后选择了RabbitMQ。
3.采用RabbitMQ怎么避免消息丢失?
生产者丢失消息:RabbitMQ提供transaction和confirm模式来确保生产者不丢消息。开启事务channel.txSelect(),然后发送消息,如果发送过程中出现什么异常,事务就会回滚channel.txRollback(),如果发送成功则提交事务channel.txCommit()。但是这种方式会导致吞吐量下降。confirm模式用的居多:一旦channel进入confirm模式,所有在该信道上发布的消息都将会被指派一个唯一的ID(从1开始),一旦消息被投递到所有匹配的队列之后;rabbitMQ就会发送一个ACK给生产者(包含消息的唯一ID),这就使得生产者知道消息已经正确到达目的队列了;如果rabbitMQ没能处理该消息,则会发送一个Nack消息给生产者,生产者可以重试。
消息列表丢失消息:开启持久化磁盘的配置
消费者丢失消息:处理消息成功后,手动回复确认消息。
5、通过RabbitMQ能实现定时任务吗?
RabbitMQ并不支持设置定时消息,但是可以通过过期消息和死信队列来实现。
有2种方式设置消息的过期时间,第一种通过对队列进行设置,该队列中所有的消息都存在相同的过期时间,第二种对消息本身进行设置,那么每条消息的过期时间都不一样。如果同时使用这2种方法,那么以过期时间小的那个数值为准。当消息达到过期时间还没有被消费,那个消息就成为了一个死信消息。消费者监听死信交换器绑定的队列,就能消费到消息,做相应的业务处理。
6、哪几种情况会变成死信消息?
3种情况,消息被拒绝、消息过期了、队列达到最大的长度。