【十七】RabbitMQ基础篇（延迟队列和死信队列实战）

已于 2024-03-10 20:43:36 修改
阅读量4.5k 收藏 8
点赞数 16
分类专栏： My Springboot Study Note 文章标签： rabbitmq java 分布式
于 2022-03-24 16:19:49 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_56995925/article/details/123711256
版权

互相交流入口地址 

整体目录：

【一】springboot整合swagger

【二】springboot整合自定义swagger

【三】springboot整合token

【四】springboot整合mybatis-plus

【五】springboot整合mybatis-plus

【六】springboot整合redis

【七】springboot整合AOP实现日志操作

【八】springboot整合定时任务

【九】springboot整合redis实现启动服务时热点数据保存在全局和缓存

【十】springboot整合quartz实现定时任务优化

【十一】springboot整合异步调用并获取返回值

【十二】springboot整合WebService

【十三】springboot整合WebService关于传参数

【十四】springboot整合WebSocket

【十五】springboot整合WebSocket实现聊天室

【十六】RabbitMQ基础篇（下载安装并基础使用，内含各种坑问题）

【十七】RabbitMQ基础篇（延迟队列和死信队列实战）

【十八】springboot实现自定义全局异常处理

【十九】初学Kafka并实战整合SpringCloudStream进行使用

【二十】springboot整合ElasticSearch实战（万字篇）

【二十一】springboot整合过滤器实战

【二十二】springboot整合拦截器实战并对比过滤器

【二十三】springboot整合activiti7（1）实战演示篇

【二十四】springboot整合spring事务详解以及实战

【二十五】springboot使用EasyExcel和线程池实现多线程导入Excel数据

【二十六】springboot整合jedis和redisson布隆过滤器处理缓存穿透

【二十七】springboot实现多线程事务处理

【二十八】springboot之threadLocal参数解析器实现session一样保存当前登录功能 

【二十九】springboot整合logback实现日志管理

【三十】springboot项目上高并发解决示例

目录

一、分析例子

二、编写前端代码

三、整理模块

四、改造common公共模块

五、改造provider服务提供方

六、改造consumer服务消费方

七、演示

        本章将通过学习rabbitMQ基础中的延时队列和死信队列，然后写一个demo实现一个小例子，在商城购物时，先下单创建订单记录，然后可以选择进行立即支付或者不支付，若30秒后不支付，则删除订单。下面针对这个例子进行学习。

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

首先展示一下最终效果，并进行效果讲解，如下所示：

  • 正常购买流程

73770f44d71741b5894023aa8d56788f.gif

 描述：点击购买，创建订单记录，在倒计时内支付成功的话，正常完成购买流程。

  • 未支付流程

8f69d31704b84a4ebc807114f62228d4.gif

 描述：点击购买，创建订单记录，在倒计时内未支付成功的话，删除该笔订单。

        下面为了满足上述效果，进行实现。

一、分析例子

        为了满足上面的效果，可以通过很多方法实现，最简单的就是定时任务，创建一个定时任务，定时去请求数据，查看状态为未支付的订单，并删除。当然还可以通过redis或者其他办法，本章当然是通过RabbitMQ的方式实现，将通过延时队列和死信队列实现，逻辑关系如下：

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

所以需要创建如下几个东西：

  • 延时交换机
  • 延时队列
  • 延时队列绑定关系
  • 死信交换机
  • 死信队列
  • 死信队列绑定关系 
  • 消费者端死信队列监听器
  • 生产者端创建订单接口（内含发送消息到延时队列）
  • 生产者端支付订单接口

 分析完毕，下面开整。

建表语句

CREATE TABLE `dingdan` (
  `id` varchar(255) COLLATE utf8_bin NOT NULL,
  `name` varchar(255) COLLATE utf8_bin DEFAULT NULL,
  `type` int DEFAULT NULL COMMENT '0：未支付，1：已支付，默认0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COLLATE=utf8_bin;

二、编写前端代码

        上面测试效果是随便整的，过于简便，代码我直接贴出来：

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_14,color_FFFFFF,t_70,g_se,x_16

<!DOCTYPE html>
<html>
	<head>
		<meta charset="utf-8">
		<title>订单</title>
	</head>
	<link rel="stylesheet" href="https://stackpath.bootstrapcdn.com/bootstrap/4.3.1/css/bootstrap.min.css" integrity="sha384-ggOyR0iXCbMQv3Xipma34MD+dH/1fQ784/j6cY/iJTQUOhcWr7x9JvoRxT2MZw1T" crossorigin="anonymous">
	<script src="https://cdn.bootcdn.net/ajax/libs/jquery/3.5.1/jquery.js"></script>
	<script src="https://cdnjs.cloudflare.com/ajax/libs/popper.js/1.14.7/umd/popper.min.js" integrity="sha384-UO2eT0CpHqdSJQ6hJty5KVphtPhzWj9WO1clHTMGa3JDZwrnQq4sF86dIHNDz0W1" crossorigin="anonymous"></script>
	<script src="https://stackpath.bootstrapcdn.com/bootstrap/4.3.1/js/bootstrap.min.js" integrity="sha384-JjSmVgyd0p3pXB1rRibZUAYoIIy6OrQ6VrjIEaFf/nJGzIxFDsf4x0xIM+B07jRM" crossorigin="anonymous"></script>
	
	<body>
		<div style="width: 100%;height: 300px;display: flex;justify-content: center;margin-top: 200px;">
			<div class="card" style="width: 15rem;">
			  <img class="card-img-top" style="" src="./img/apple.jpg" alt="Card image cap">
			  <div class="card-body">
			    <h5 class="card-title">苹果售价：100￥</h5>
			    <a onclick="fun1()" style="margin-top: 20px;margin-left: 70px;" class="btn btn-primary">购买</a>
			  </div>
			</div>
		</div>
	</body>
	
	<script type="text/javascript">
		function fun1(){
			console.log("点击");
				
			$.ajax({
				url:"http://localhost:7778/dingdanController/insertDingdan",
				data:null,
				type:"post",
				dataType: "json",
				success: function(data) { 
					console.log("返回值："+data.id);
					window.location.href="支付.html?id="+data.id
				}
			});
		}
	</script>
</html>

<!DOCTYPE html>
<html>
	<head>
		<meta charset="utf-8">
		<title>支付</title>
	</head>
	<link rel="stylesheet" href="https://stackpath.bootstrapcdn.com/bootstrap/4.3.1/css/bootstrap.min.css" integrity="sha384-ggOyR0iXCbMQv3Xipma34MD+dH/1fQ784/j6cY/iJTQUOhcWr7x9JvoRxT2MZw1T" crossorigin="anonymous">
	<script src="https://cdn.bootcdn.net/ajax/libs/jquery/3.5.1/jquery.js"></script>
	<script src="https://cdnjs.cloudflare.com/ajax/libs/popper.js/1.14.7/umd/popper.min.js" integrity="sha384-UO2eT0CpHqdSJQ6hJty5KVphtPhzWj9WO1clHTMGa3JDZwrnQq4sF86dIHNDz0W1" crossorigin="anonymous"></script>
	<script src="https://stackpath.bootstrapcdn.com/bootstrap/4.3.1/js/bootstrap.min.js" integrity="sha384-JjSmVgyd0p3pXB1rRibZUAYoIIy6OrQ6VrjIEaFf/nJGzIxFDsf4x0xIM+B07jRM" crossorigin="anonymous"></script>
	
	<body>
		<div style="width: 100px;height: 30px;text-align: center;line-height: 30px;margin-top: 100px;margin-left: 50%;background-color: aliceblue;">
			支付倒计时：
		</div>
		<div id="time" style="width: 100px;height: 30px;text-align: center;line-height: 30px;margin-top: 10px;margin-left: 50%;background-color: aliceblue;">
			
		</div>
		<button onclick="fun1()" style="margin-top: 10px;margin-left: 50%;" type="button" class="btn btn-primary">确定支付</button>
	</body>
	<script type="text/javascript">
		
		var id = getid('id');
		console.log(id);
		// alert(id);
		
		var i=15;
		$("#time").html(i);
		var time1 =setInterval(function(){
			if(i>0){
				i=i-1;
				$("#time").html(i);
			}else{
				clearInterval(time1);
			}
		},1000)
		
		var time2 = setInterval(function(){
			var i = $("#time").html();
			if(i==0){
				window.location.href="订单.html"
			}
		},1000)
		
		//支付
		function fun1(){
			alert("支付成功");
			clearInterval(time1);
			clearInterval(time2);
			$.ajax({
				url:"http://localhost:7778/dingdanController/pay",
				data:{id:id},
				type:"post",
				dataType: "json",
				success: function(data) { 
					
				}
			});
			
		}
		//取值
		function getid(names, urls) {
			urls = urls || window.location.href;
			urls && urls.indexOf("?") > -1 ? urls = urls
					.substring(urls.indexOf("?") + 1) : "";
			var reg = new RegExp("(^|&)" + names + "=([^&]*)(&|$)", "i");
			var r = urls ? urls.match(reg) : window.location.search.substr(1)
					.match(reg);
			if (r != null && r[2] != "")
				return unescape(r[2]);
			return null;
		};
	</script>
</html>

用的ajax和bootstrap。

三、整理模块

        下面开始本章的核心改造，首先补一下前面章节的坑，建立父子工程时，直接在父工程的maven进行打包会出异常，因为其中含有一个common公共模块，其他服务有使用commo模块的东西，为了避免编译整个父工程时再报错，在功能模块代码的pom文件，增加如下代码：

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

        这样，下次在父工程直接编译就不会再找不到各个模块对commom模块的依赖了。

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

        然后本次测试会涉及到数据库的操作，所以直接引入mybatis-plus，便于操作，关于mybatis-plus的操作，前面springboot整合篇有讲到。

此处再简单讲一下整合mybatis-plus简要步骤：

  1. 导入依赖到父工程watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16
  2. 修改provider模块和consumer模块业务模块的配置类yml文件watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16两个模块的yml配置文件记得都要修改。
  3. 关于报错，数据库版本问题可能导致依赖版本存在一些不一致，会出现一系列问题，根据报错百度一下即可解决。

四、改造common公共模块

        接下来改造common模块，为了方便管理，每个模块公用的东西都放到了common子工程，上一章有将topic主题模式消息队列涉及到的常量放到common的RabbitMQConstant类中，但是本章为了方便看，就直接不将常量信息放到其中。

  1. 创建实体类  watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16id使用mybatis-plus的UUID雪花算法自动生成。
  2. 本来想将mapper也放到其中，但是放到其中后，其他模块使用时会导致接口无法访问，问题还未解决。 

五、改造provider服务提供方

        还是展示一下改造后的provider服务的最终目录结构，如下：

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

框选部分为新增代码，下面开整。

  1. 新增mapper类watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16
  2. 新增订单操作接口watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

简要描述：

        1、创建一个支付接口，一个创建订单接口。

        2、创建订单接口：创建订单记录，并发送消息（传订单id）到延时交换机，并将id返回前端方便前端调用支付接口。

        3、支付接口：根据订单id，改变订单已支付状态，避免被消息监听器处理。 

六、改造consumer服务消费方

        接着改造consumer服务，最终目录结构如下：

watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

框选处为新增代码。

  1. 新增mapper，和生产者服务一样，本来应该可以放到common，但是我还未解决问题，只能先这样处理。watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16
  2. 新增延时队列和死信队列的配置类TopicDelayConfig。watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

简要描述：

        类似原来的主题模式的常规配置，只不过此处的延时队列创建时有所不同，需要先设置好各个参数再创建，注释有说明，此处为了方便操作，直接使用的路由模式，没有使用主题模式。       

  1. 创建延时交换机
  2. 创建死信交换机
  3. 创建延时队列，并设置延时时间以及，成为死信后进入哪一个交换机并设置路由键
  4. 创建死信队列
  5. 创建死信队列和死信交换机的绑定关系
  6. 创建延时队列和延时交换机的绑定关系

    3. 新增死信队列监听器         watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5bCPeuKZgA==,size_20,color_FFFFFF,t_70,g_se,x_16

简要描述：

        根据从队列接收到的消息处理具体的逻辑，根据订单id查询订单记录，若存在则判断是否已支付，若未支付则删除。

七、演示

        演示效果如本章开篇所展示的一致，此处就不展示了，感兴趣的朋友可以尝试一下，over。

——————————————————完毕——————————————————

小z♂
关注
  • 16
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 7
    评论
专栏目录
Spring Boot与RabbitMQ结合实现延迟队列的示例
08-28
本篇文章主要介绍了Spring Boot与RabbitMQ结合实现延迟队列的示例，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
RabbitMQ
小旭IT-分享技术
06-01 209
RabbitMQ 消息中间件的学习MQ mq RabbitMQRabbitMQ前言一、MQ的介绍1.1MQ概述1.2MQ的优势1、应用解耦2、任务异步处理3、削峰填谷1.3MQ的劣势1.4 AMQP 和 JMS1.4.1 AMQP1.4.2 JMS1.4.3 AMQP 与 JMS 区别二、 RabbitMQ介绍1、rabbitMQ概念介绍2、RabbitMQ提供的5种模式中的使用以及介绍2.1简单模式2.2work模式2.3Publish/Subscribe发布与订阅模式2.4Routing路由模式2.5
【RabbitMQ】死信（延迟队列）的使用_rabbitmq延迟消费死信
2301_79058506的博客
04-12 595
6389)][外链图片转存中…(img-wdtwYL8z-1712869946390)]
消息队列——RabbitMq
weixin_45080272的博客
05-28 3951
一、消息队列的使用场景 一、消息队列的使用场景) 一、消息队列的使用场景 异步处理 应用解耦 流量削锋 消息通讯 【1】异步处理：场景说明：用户注册后，需要发注册邮件和注册短信。 引入消息队列后架构如下：用户的响应时间=注册信息写入数据库的时间，例如50毫秒。发注册邮箱、发注册短信写入消息队列后，直接返回客户端，因写入消息队列的速度很快，基本可以忽略，因此用户的响应时间可能是50毫秒。 按照传统的做法： ①、串行方式，将注册信息写入数据库成功后，发注册邮件，再发送注册短信，以上三个成功后，返回客户端。可
rabbitmq TTL和私信队列
05-23 588
实际应用中，我们都会按照时间段划分等级，例如为5 秒、30 秒、5 分钟、30 分钟、1 小时。。。。。。如下图，我们只画了三个队列，中间的时间省略了。生产者发消息时携带有时间标识的路由键，然后交换机将消息路由到对应的消息过期时间的队列上，这些队列分别绑定了死信交换机，这些死信交换机又分别绑定了死信队列，消息过期后就通过死信交换机路由到了死信队列上面，然后我们的消费者就可以监听消费死信队列上面的消息了。 注意：下面图示中多个死信交换机分别绑定了队列，这样是为了更好的区分不同时间的消息，方便处理、查看、统计.
RabbitMQ消息队列全面解析
footbridge的博客
03-16 2621
一.同步和异步通讯微服务间通讯有同步和异步两种方式：同步通讯：就像打电话，需要实时响应。异步通讯：就像发邮件，不需要马上回复。
RabbitMQ高级特性:死信队列
Maisu的博客
04-07 1411
什么是死信队列?死信队列,英文缩写DLX,Dead Letter Exchange(死信交换机),当消息成为Dead message(消息过期)后,可以被重新发送到另一个交换机,这个交换机就算是DLX,其实死信交换机(队列)和正常交换机(队列)没有什么区别为什么叫死信队列但是翻译过来叫死信交换机呢,因为RabbitMQ比较特殊,其他MQ只有队列没有交换机这个概念的正常来说,队列设置了过期时间。
RabbitMQ延迟队列及消息延迟推送实现详解
08-25
延迟队列的实现方式有多种，例如，使用死信队列+TTL 过期时间来实现延迟队列，使用 RabbitMQ 官方提供的延迟队列插件等。每种方式都有其优缺点，需要根据实际情况选择合适的方式。 在使用 RabbitMQ 实现延迟队列时...
如何使用SpringBoot与RabbitMQ结合实现延迟队列
02-25
何为延迟队列？顾名思义，延迟队列就是进入该队列的消息会被延迟消费的队列。而一般的队列，消息一旦入队了之后就会被消费者马上消费。延迟队列多用于需要延迟工作的场景。最常见的是以下两种场景：1.延迟消费。比如...
RabbitMQ3.10延迟队列插件
06-07
RabbitMQ3.10延迟队列插件，
RabbitMQ - 死信队列，延时队列
MinggeQingchun的博客
06-11 3712
而在第二种方法中，即使消息过期，也不会马上从队列中抹去，因为每条消息是否过期是在即将投递到消费者之前判定的。参数，那么它会被发送到x-dead-letter-exchange对应值的交换器上，这个交换器就称之为死信交换器，与这个死信交换器绑定的队列就是死信队列。DLX 全称（Dead-Letter-Exchange）,称之为死信交换器，当消息变成一个死信之后，如果这个消息所在的队列存在。消费者二监听的死信队列收到消息。进入死信队列之后，headers 加了一些死信相关的信息，包括原队列以及进入死信的原因。
RabbitMq(五) -- 死信队列和延迟队列及springboot中使用rabbitmq
weixin_39724194的博客
03-04 2878
1. 死信 1.1 死信的概念 先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。 应用场景： 为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，
【RabbitMQ学习日记】——死信队列与延迟队列
欢迎来到我的世界
04-13 2087
介绍了死信队列与延迟队列的概念与用法，也包括通过死信队列实现延迟队列、通过占位符传参优化延迟队列、通过插件设置延迟队列等
一文读懂RabbitMQ消息队列
zhoupenghui168的博客
04-27 2308
什么是消息队列，为什么要使用消息队列,消息队列使用的场景，RabbitMQ介绍,RabbitMQ的高级特性，RabbitMQ原理以及各种模式，RabbitMQ的高级特性，RabbitMQ的几种交换器，
rabbitmq死信队列及延迟队列
sashaSloan的博客
01-11 683
看起来似乎没什么问题，但是如果使用在消息属性上设置TTL的方式，消息可能并不会按时“死亡“，因为RabbitMQ只会检查第一个消息是否过期，如果过期则丢到死信队列，如果第一个消息的延时时长很长，而第二个消息的延时时长很短，第二个消息并不会优先得到执行。进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望。
消息队列：Rabbit MQ详解一篇搞定
qq_40853919的博客
07-02 5810
存储消息的队列。消息：比如字符串，对象，二进制数据，json等等。队列：先进先出的数据结构。耗时的场景（比如支付结果查询）异步化的场景（比如远程控制）应用解耦的场景消息队列的好处异步处理削峰填谷应用解耦要给系统引入额外的中间件，维护成本，资源成本，学习成本。消息队列：就需要考虑，消息丢失，消费消息，数据的一致性。中间件消息队列也是中间件的一种，我们可以注意到，它是作为生产和消费的中间人，进行传递消息，实现解耦。
RabbitMQ的延时队列和死信队列
hkl_Forever的博客
11-18 1776
1、在 RabbitMQ 中，没有严格意义上的死信队列，所谓死信队列和正常队列没有太大区别，都是需要创建自己的Exchange、Routingkey、Queue，只不过死信队列的 Exchange 和 RoutingKey 要作为参数绑定到正常队列(也可能是延时队列)上，根据参数策略决定是否进入死信队列。2、死信队列和延时队列可以相互调换使用，例如先发送消息给延时队列(其中配置的有延时策略)，当消息达到延长的时间后，再丢入正常的业务队列中。【3】超时、超过队列最大容量(溢出)的消息，也会进入死信队列。
RabbitMQ（五）死信队列与延时队列
fox_bert的博客
06-11 2130
DLX，全称为 Dead-Letter-Exchange，可以称为死信交换机，也有人称之为死信邮箱，当消息在一个正常队列中变成死信（dead message）之后，它能被重新发送到另一个交换机中，这个交换机就是DLX，绑定DLX的队列就称之为死信队列。消息变成死信，可能由于以下原因：DLX也是一个正常的交换机，和一般的交换机没有区别，它能在任何队列上被指定。实际上就是设置某一个队列的属性，当这个队列中存在死信时，rabbitMQ就会自动的将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，即死信队
RabbitMQ中死信队列和延迟队列
Knight
03-30 1490
先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信，自然就有了死信队列；
rabbitmq的延迟队列和死信队列
最新发布
05-28
RabbitMQ是一种开源的消息代理，它支持延迟队列和死信队列。 延迟队列是指在消息发送后，不会立即被消费者接收，而是在一定时间后再次被消费者接收。这种队列一般用于一些需要延迟处理的任务，例如订单超时未支付等场景。RabbitMQ的延迟队列需要借助x-delay-exchange插件实现，它可以根据消息中指定的延迟时间将消息路由到指定的队列中。 死信队列是指消息不能被正常消费的情况下，被发送到一个特定的队列中。这种队列一般用于处理一些异常情况，例如消息过期、队列达到最大长度等情况。RabbitMQ的死信队列需要借助DLX（Dead-Letter-Exchange）机制实现，它可以将无法被处理的消息转移到特定的死信队列中。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小z♂

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值