「 从0到1学习微服务SpringCloud 」11 补充篇 RabbitMq实现延迟消费和延迟重试
Mq的使用中,延迟队列是很多业务都需要用到的,最近我也是刚在项目中用到,就在跟大家讲讲吧。
何为延迟队列?
延迟队列就是进入该队列的消息会被延迟消费的队列。而一般的队列,消息一旦入队了之后就会被消费者马上消费。
业务场景
延迟队列能做什么?最常见的是以下两种场景:
- 消费
比如:用户生成订单之后,需要过一段时间校验订单的支付状态,如果订单仍未支付则需要及时地关闭订单;用户注册成功之后,需要过一段时间比如一周后校验用户的使用情况,如果发现用户活跃度较低,则发送邮件或者短信来提醒用户使用。
- 重试
比如消费者从队列里消费消息时失败了,但是想要延迟一段时间后自动重试。
如果不使用延迟队列,那么我们只能通过一个轮询扫描程序去完成。这种方案既不优雅,也不方便做成统一的服务便于开发人员使用。但是使用延迟队列的话,我们就可以轻而易举地完成。
实现思路
在介绍具体思路钱,先介绍RabbitMQ的两个特性:Time-To-Live Extensions(消息存活时间) 和 Dead Letter Exchanges(死信交换机)
Time-To-Live Extensions
RabbitMQ允许我们为消息或者队列设置TTL(time to live),也就是过期时间。TTL表明了一条消息可在队列中存活的最大时间,单位为毫秒。当某条消息被设置了TTL或者当某条消息进入了设置了TTL的队列时,这条消息会在经过TTL秒后“死亡”,成为Dead Letter(死信)。如果既配置了消息的TTL,又配置了队列的TTL,那么较小的那个值会被取用。
Dead Letter Exchanges
设置了TTL的消息在过期后会成为Dead Letter。其实在RabbitMQ中,一共有三种消息的“死亡”形式:
消息被拒绝。通过调用basic.reject或者basic.nack并且设置的requeue参数为false。
消息因为设置了TTL而过期。
消息进入了一条已经达到最大长度的队列。
如果队列设置了Dead Letter Exchange(DLX),那么这些Dead Letter就会被重新publish(推送)到Dead Letter Exchange,通过Dead Letter Exchange路由到其他队列。
实现流程
延迟消费
延迟消费是延迟队列最为常用的使用模式。如下图所示,生产者产生的消息首先会进入缓冲队列(图中红色队列)。通过RabbitMQ提供的TTL扩展,这些消息会被设置过期时间,等消息过期之后,这些消息会通过配置好的DLX转发到实际消费队列(图中蓝色队列),以此达到延迟消费的效果。
延迟重试
延迟重试本质上也是延迟消费的一种。
如下图所示,消费者发现该消息处理出现了异常,比如是因为网络波动引起的异常。那么如果不等待一段时间,直接就重试的话,很可能会导致在这期间内一直无法成功,造成一定的资源浪费。那么我们可以将其先放在缓冲队列中(图中红色队列),等消息经过一段的延迟时间后再次进入实际消费队列中(图中蓝色队列),此时由于已经过了“较长”的时间了,异常的一些波动通常已经恢复,这些消息可以被正常地消费。
代码实现
这里只贴上最主要的代码,全部的代码可查看github
1.延迟消费
Mq队列与交换机实例创建
/**
* 缓冲队列
*/
private String DELAY_BUFFER_QUEUE = "delay_buffer_queue";
/**
* 实际消费交换机(DLX)
*/
private String DELAY_SERVICE_EXCHANGE = "delay_service_exchange";
/**
* 实际消费队列
*/
private String DELAY_SERVICE_QUEUE = "delay_service_queue";
/**
* 消息过期时间 3秒
*/
private Integer QUEUE_EXPIRATION = 3 * 1000;
/**
* 实际消费队列
* @return
*/
@Bean
Queue delayServiceQueue(){
return QueueBuilder.durable(DELAY_SERVICE_QUEUE).build();
}
/**
* 实际消费交换机
* @return
*/
@Bean
DirectExchange delayServiceExchange() {
return new DirectExchange(DELAY_SERVICE_EXCHANGE);
}
/**
* 实际消费队列绑定实际消费交换机(DLX)
* @param delayServiceQueue
* @param delayServiceExchange
* @return
*/
@Bean
Binding delayBinding(Queue delayServiceQueue, DirectExchange delayServiceExchange) {
return BindingBuilder.bind(delayServiceQueue)
.to(delayServiceExchange)
.with(DELAY_SERVICE_QUEUE);
}
/**
* 缓冲队列配置
* @return
*/
@Bean
Queue delayBufferQueue(){
return QueueBuilder.durable(DELAY_BUFFER_QUEUE)
// 死信交换机 DLX
.withArgument("x-dead-letter-exchange", DELAY_SERVICE_EXCHANGE)
// 目标routing key
.withArgument("x-dead-letter-routing-key", DELAY_SERVICE_QUEUE)
// 设置队列的过期时间
.withArgument("x-message-ttl", QUEUE_EXPIRATION)
.build();
}
监听实际消费队列
@Component
public class DelayMsgListener {
@RabbitListener(queues="delay_service_queue")
public void listenServiceMsg(Message message){
System.out.println(new Date()+ "收到延迟消息啦:"+new String(message.getBody()));
}
}
测试:发送消息到缓冲队列
@Test
public void send1(){
System.out.println(new Date() +"发送延迟消息!!!");
amqpTemplate.convertAndSend("delay_buffer_queue","Hello!Delay Message!");
}
结果如下
可以看到,在发消息后3秒(TTL),实际消费队列接收到了消息并被消费
2.延迟重试
Mq队列与交换机实例创建
/**
* 缓冲队列
*/
private String RETRY_BUFFER_QUEUE = "retry_buffer_queue";
/**
* 缓冲交换机
*/
private String RETRY_BUFFER_EXCHANGE = "retry_buffer_exchange";
/**
* 实际消费交换机(DLX)
*/
private String RETRY_SERVICE_EXCHANGE = "retry_service_exchange";
/**
* 实际消费队列
*/
private String RETRY_SERVICE_QUEUE = "retry_service_queue";
/**
* 实际消费队列
* @return
*/
@Bean
Queue retryServiceQueue(){
return QueueBuilder.durable(RETRY_SERVICE_QUEUE).build();
}
/**
* 实际消费交换机
* @return
*/
@Bean
DirectExchange retryServiceExchange() {
return new DirectExchange(RETRY_SERVICE_EXCHANGE);
}
/**
* 实际消费队列绑定实际消费交换机(DLX)
* @param retryServiceQueue
* @param retryServiceExchange
* @return
*/
@Bean
Binding retryBinding(Queue retryServiceQueue, DirectExchange retryServiceExchange) {
return BindingBuilder.bind(retryServiceQueue)
.to(retryServiceExchange)
.with(RETRY_SERVICE_QUEUE);
}
/**
* 缓冲队列配置
* @return
*/
@Bean
Queue retryBufferQueue(){
return QueueBuilder.durable(RETRY_BUFFER_QUEUE)
// 死信交换机 DLX
.withArgument("x-dead-letter-exchange", RETRY_SERVICE_EXCHANGE)
// 目标routing key
.withArgument("x-dead-letter-routing-key", RETRY_SERVICE_QUEUE)
// 设置队列的过期时间
.withArgument("x-message-ttl", QUEUE_EXPIRATION)
.build();
}
/**
* 缓冲交换机
* @return
*/
@Bean
DirectExchange retryBufferExchange() {
return new DirectExchange(RETRY_BUFFER_EXCHANGE);
}
/**
* 缓冲队列绑定缓冲交换机
* @param retryBufferQueue
* @param retryBufferQueue
* @return
*/
@Bean
Binding bufferBinding(Queue retryBufferQueue, DirectExchange retryBufferExchange) {
return BindingBuilder.bind(retryBufferQueue)
.to(retryBufferExchange)
.with(RETRY_BUFFER_QUEUE);
}
监听实际消费队列
@Component
public class RetryMsgListener {
/**
* 缓冲队列
*/
private String RETRY_BUFFER_QUEUE = "retry_buffer_queue";
/**
* 缓冲交换机
*/
private String RETRY_BUFFER_EXCHANGE = "retry_buffer_exchange";
@Autowired
private MessagePropertiesConverter messagePropertiesConverter;
@RabbitListener(queues="retry_service_queue")
public void listenServiceMsg(@Payload Message message, Channel channel){
try {
System.out.println(new Date() + "收到消息:" + new String(message.getBody()));
//TODO 业务逻辑
//突然出现异常
throw new RuntimeException("特殊异常");
}catch (Exception e){
Map<String,Object> headers = message.getMessageProperties().getHeaders();
try{
Long retryCount = getRetryCount(headers);
//重试3次
if(retryCount < 3){
retryCount += 1;
System.out.println("消费异常,准备重试,第"+retryCount+"次");
//转换为RabbitMQ 的Message Properties对象
AMQP.BasicProperties rabbitMQProperties =
messagePropertiesConverter.fromMessageProperties( message.getMessageProperties(), "UTF-8");
//设置headers
rabbitMQProperties.builder().headers(headers);
//程序异常重试
//这里必须把rabbitMQProperties也传进来,否则死信队列无法识别是否是同一条信息,导致重试次数无法递增
channel.basicPublish(RETRY_BUFFER_EXCHANGE,RETRY_BUFFER_QUEUE,rabbitMQProperties, message.getBody());
}else {
//TODO 重试失败,需要人工处理 (发送到失败队列或发邮件/信息)
System.out.println("已重试3次,需人工处理!");
}
}catch (IOException ioe){
System.out.println("消息重试失败!");
ioe.printStackTrace();
}
}
}
/**
* 获取重试次数
* 如果这条消息是死信,header中会有一个x-death的记录相关信息
* 其中包含死亡次数
* @param headers
* @return
*/
private long getRetryCount(Map<String, Object> headers) {
long retryCount = 0;
if(null != headers) {
if(headers.containsKey("x-death")) {
List<Map<String, Object>> deathList = (List<Map<String, Object>>) headers.get("x-death");
if(!deathList.isEmpty()) {
Map<String, Object> deathEntry = deathList.get(0);
retryCount = (Long)deathEntry.get("count");
}
}
}
return retryCount;
}
}
测试:发送消息到实际消费队列
@Test
public void send2(){
System.out.println(new Date() +"发送延迟重试消息!!!");
//直接发消息到实际消费队列
amqpTemplate.convertAndSend("retry_service_queue","Hello!Retry Message!");
}
结果如下:
可以看到,消费异常后,重试了3次
延迟队列在实际业务中是经常被用到的,同学们最好都学学哦,代码已上传github
https://github.com/zhangwenkang0/springcloud-learning-from-0-to-1/tree/master/rabbitmq-demo
如果觉得不错,分享给你的朋友!
一个立志成大腿而每天努力奋斗的年轻人
伴学习伴成长,成长之路你并不孤单!
「 从0到1学习微服务SpringCloud 」11 补充篇 RabbitMq实现延迟消费和延迟重试的更多相关文章
- 「 从0到1学习微服务SpringCloud 」09 补充篇-maven父子模块项目
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」06 统一配置中心Spring Cloud Config 「 从0到1学习微服务SpringCloud 」07 RabbitM ...
- 「 从0到1学习微服务SpringCloud 」10 服务网关Zuul
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」06 统一配置中心Spring Cloud Config 「 从0到1学习微服务SpringCloud 」07 RabbitM ...
- 「 从0到1学习微服务SpringCloud 」08 构建消息驱动微服务的框架 Spring Cloud Stream
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 「 从0到1学习微服务S ...
- 「 从0到1学习微服务SpringCloud 」07 RabbitMq的基本使用
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 「 从0到1学习微服务S ...
- 「 从0到1学习微服务SpringCloud 」06 统一配置中心Spring Cloud Config
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 「 从0到1学习微服务S ...
- 「 从0到1学习微服务SpringCloud 」05服务消费者Fegin
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 「 从0到1学习微服务S ...
- 「 从0到1学习微服务SpringCloud 」04服务消费者Ribbon+RestTemplate
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 「 从0到1学习微服务S ...
- 「 从0到1学习微服务SpringCloud 」03 Eureka的自我保护机制
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现 Eureka的高可用需要 ...
- 「 从0到1学习微服务SpringCloud 」02 Eureka服务注册与发现
系列文章(更新ing): 「 从0到1学习微服务SpringCloud 」01 一起来学呀! Spring Cloud Eureka 基于Netflix Eureka做了二次封装(Spring Clo ...
随机推荐
- Python的驻留机制(仅对数字,字母,下划线有效)
Python的驻留机制及为在同一运行空间内,当两变量的值相同,则地址也相同. 举例: a = 'abc' b = 'abc' print(id(a)) print(id(b)) 以上示例为驻留机制有效 ...
- EJB实例
两种管理机制: 无状态bean使用实例池技术管理bean 有状态bean使用激活(activation)管理bean 内存对象序列化到磁盘 磁盘反序列化到内存
- Spring Boot 各Starter介绍
原文链接:https://blog.csdn.net/u014430366/article/details/53648139 Spring-Boot-Starters 最通俗的理解- jar 包,引用 ...
- Java虚拟机-字节码执行引擎
概述 Java虚拟机规范中制定了虚拟机字节码执行引擎的概念模型,成为各种虚拟机执行引擎的统一外观(Facade).不同的虚拟机引擎会包含两种执行模式,解释执行和编译执行. 运行时帧栈结构 栈帧(Sta ...
- Elasticsearch慢查询故障诊断
最近在做ES搜索调优,看了一些lucene搜索的文档和代码,本文用于总结调优过程中学到的知识和自己的思考. 在抓到ES慢查询之后,会通过profile或者kibana的Search Profiler ...
- nor flash之频率限制
背景 支持一款nor flash时,出于性能考虑,一般会查看其nor支持的最高频率以及主控端spi控制器的最高频率,以选择一个合适的运行频率. 对于一款主控支持多款flash的情况,还得考虑好兼容性等 ...
- IDEA环境使用Git
推送到Github 在设置中登录github账户 点击OK 将项目交给Git管理 之后项目文件就会变成红色 添加文件到暂存区 点击Add之后,项目文件会变成绿色 添加文件到本地仓库 点击Commit ...
- Mongdb的基本操作及java中用法
Mongdb中所有数据以Bson(类似JSON)的格式存在,可以存储集合,map,二进制文件等多种数据类型. 数据库的常用操作 use [数据库名称];//有就选中,没有就添加并选中show dbs; ...
- DOCKER学习_008:Docker容器的运行最佳实践
一 容器分类 容器按用途大致可分为两类: 服务类容器,如 web server. database等 工具类容器,如cur容器, Iredis-cli容器 通常而言,服务类容器需要长期运行,所以使用 ...
- nginx负载均衡的相关配置
一台nginx的负载均衡服务器(172.25.254.131) 两台安装httpd作为web端 一.准备工作 1.1 安装nginx yum -y install gcc openssl-devel ...