Rabbit延迟队列场景及思路

最新推荐文章于 2025-06-16 10:48:16 发布

tang_qingru

最新推荐文章于 2025-06-16 10:48:16 发布

阅读量782

点赞数 2

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/tang_qingru/article/details/97108770

本文介绍了一种通过消息队列实现延迟任务查询的方法，解决了调用第三方接口后需等待一段时间再查询执行状态的问题。通过设置延迟队列及消息过期时间，确保在适当的时间触发状态查询。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在项目中遇到一个场景：“我们调用第三方接口返回成功，但具体执行是他们实现的，具体逻辑是否执行成功需要我们重新去查询他们的执行状态查看是否执行成功”

碰见这种我们首先想到的就是异步调用查询状态信息，我当时想到可消息队列，在我们请求成功后，我们发消息到MQ，让MQ去触发去查询状态

但还有一个问题，我们调用第三方后，状态不可能立马改变过来，他们处理也是需要时间的，我们需要在请求成功后一分钟或2分钟再去查询状态，给他们足够的时间处理业务，这里我们用到了MQ的延迟队列

我们先建立一个延迟的交换机，绑定一个延迟队列，队列设置消息的过期时间例如为一分钟，

我们在建立一个用于消费的交换机绑定一个消费队列，配置当延迟队列消息失效后消息转发到消费队列，这样我们发送消息到延迟队列，延迟队列保存一分钟，一分钟后消息失效到消费队列，消费队列收到消息后去消费，这样就实现了消息的延迟消费

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

tang_qingru

关注关注

2
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【Redis】--实现延迟队列业务的场景

寻梦友的博客

12-18

964

在实际项目中，某些业务使用延迟队列，但考虑实际情况，很难引用第三方组件RabbitMQ，这会增大系统的复杂和运维难度。这里就介绍Redis的Zset数据类型如何实现延迟队列。(1)、下单成功，30分钟未支付。支付超时，自动取消订单。Redisson的RDelayedQueue。消息中间件RabbitMQ 的延迟队列。(2)、会议开始前10分钟，消息提醒。在项目启动时，通过一个线程去触发自旋。Redis Zset实现的延迟队列。(3)、等待1小时候，短信通知。Redis的Zset实现。

java基础篇--如何手写一个消息队列和延迟消息队列？

爱分享的淘金达人

06-21

852

第一次听到“消息队列”这个词时，不知你是不是和我反应一样，感觉很高阶很厉害的样子，其实当我们了解了消息队列之后，发现它与普通的技术类似，当我们熟悉之后，也能很快地上手并使用。我们本课时的面试题是，消息队列的使用场景有哪些？如何手动实现一个消息队列和延迟消息队列？典型回答消息队列的使用场景有很多，最常见的使用场景有以下几个。 1.商品秒杀比如，我们在做秒杀活动时，会发生短时间内出现爆发式的用户请求，如果不采取相关的措施，会导致服务器忙不过来，响应超时的问题，轻则会导致服务假死，重则会让服务器

参与评论您还未登录，请先登录后发表或查看评论

延时队列的使用及应用场景

咕噜噜的博客

11-13

5268

一、应用场景常见的打车软件都会有匹配司机，这个可以用延迟队列来实现；处理已提交订单超过30分钟未付款失效的订单，延迟队列可以很好的解决；又或者注册了超过30天的用户，发短信撩动等。二、技术选型(如何实现延时队列) 1.通过实现Delayed接口 2.redis，用数据结构为zset的来实现。给每个键都添加了一个score的元素，就是分数。我们可以拿时间戳当作score给这个key，然后通过zrevrange获取key的时候指定score范围即可。最简单的延迟队列，而且，吞吐量也不算特别小 3.rabb

延时消息队列的实现与应用场景（含代码示例）

最新发布

bojinyuan00的博客

06-16

1168

本文将从什么是延时消息队列、应用场景有哪些、实现的方式有哪些、各自都有什么优缺点、哪些又是生产环境比较推荐的、在Go中的代码示例等这些方面出发，帮助大家更好的理解延时消息队列在实践中的应用。

【RabbitMQ延迟退列】延迟队列使用场景

qq_39666711的博客

07-02

569

RabbitMQ的延迟队列主要用于处理那些需要在未来某个时间点被处理的消息，而不是立即被消费。这种机制在处理具有时间依赖性的业务逻辑时非常有用。以下是RabbitMQ需要使用延迟队列的一些主要场景和原因：一、主要应用场景 1、订单处理二、使用延迟队列的原因三、RabbitMQ实现延迟队列主要有以下方式：

DelayQueue延迟队列的使用和场景

泡^泡

07-03

1023

DelayQueue延迟队列的使用和场景

RabbitMQ延迟列队的使用

qq_62898618的博客

01-01

3643

延迟队列一般可用于具有时间限制的任务，例如：限时优惠，超时的订单处理等。对于这种场景，传统的处理方式是任务轮询：通过一个后台任务不断的扫描订单信息，发现有超时订单则进行处理，这种处理方式的优点是实现思路简单，容易把握，缺点是对服务器及数据的压力比较大（因为通常需要扫描大量的数据）。处理这种场景的第二种方式就是通过延迟队列。消息生产者生成消息并放入队列后，要经过指定的延时时间后消息的消费者才能消费消息。

【RabbitMQ】SpringBoot整合RabbitMQ实现延迟队列、TTL、DLX死信队列

qq_61903414的博客

04-17

2244

TTL（Time To Live）：存活时间/过期时间，在RabbitMQ里表示消息从生产者到服务器后该消息的存活时间，一旦到达时长该消息就会被自动清除死信队列英文缩写DLX，Dead Letter Exchange（死信交换机）当消息成为死消息后，可以被重新发送到另一个交换机，这个交换机就是死信交换机，在由该交换机转发给相应的死信队列在RabbitMQ里当消息到达队列后不会立马被消费者消费，而是到达指定的时间才会被消费。

RabbitMQ 实现延迟队列的两种方式

qq3164069700的博客

12-11

532

定时任务各种各样，常见的定时任务例如日志备份，我们可能在每天凌晨 3 点去备份，这种固定时间的定时任务我们一般采用 cron 表达式就能轻松的实现，还有一些比较特殊的定时任务，向大家看电影中的定时炸弹，3分钟后爆炸，这种定时任务就不太好用 cron 去描述，因为开始时间不确定，我们开发中有的时候也会遇到类似的需求，例如：在电商项目中，当我们下单之后，一般需要 20 分钟之内或者 30 分钟之内付款，否则订单就会进入异常处理逻辑中，被取消，那么进入到异常处理逻辑中，就可以当成是一个延迟队列。我买了一个

Rabbit MQ消息队列原理

qq_43170213的博客

03-16

2673

一，MQ的三大特性异步：同步是发出一个调用请求之后，在没有得到结果之前，就不返回，调用者主动等待这个调用结果。异步通信不需要客户端等待，可以减少客户端性能消耗，大大地提升用户的体验。 **解耦：**降低系统的耦合性，（耦合的意思是模块间的紧密联系，修改一个模块，多个模块都需要修改）例如A系统向B，C，D三个系统发送消息，如果其中一个失败，那么导致整个逻辑失败。（火车退票为例，增库存，支付接口，系统API通知） **削峰：**电商系统中，有一个瞬间流量达到峰值的情况，普通服务器无法支撑百万或者千万级别的并

RAbbit MQ阻塞队列

03-27

引用中的命令行操作和插件管理（如延迟队列插件）可能提供一些思路，但需明确阻塞队列的具体解决方案。最后，要确保回答结构清晰，分点说明实现机制、使用场景和注意事项，并引用提供的资料适当标注。需要验证所有...

RabbitMQ延迟队列

weixin_42942786的博客

06-29

1204

Rabbitmq延时队列

延迟队列的理解与使用

weixin_45326523的博客

08-29

1910

延迟队列

延时工作队列（Delayed Workqueue）：使用场景与实现方法

小灰灰的博客

07-15

554

在Linux内核中，延时工作队列由表示，延时工作项由表示。你可以使用函数创建一个新的工作队列，并使用宏初始化一个延时工作项。// 延迟5秒执行return 0;延时工作队列（Delayed Workqueue）是Linux内核中一种强大的机制，用于将任务推迟到将来某个时间点执行。它特别适合定时任务、周期性任务以及需要在中断上下文之外执行的任务。本文详细介绍了延时工作队列的使用场景、实现方法以及实际应用示例。通过这些知识和示例，相信你能够在内核开发中更好地使用延时工作队列来管理延迟任务。

关于延时队列的场景运用（网吧打卡）

weixin_39628726的博客

07-07

381

//创建网吧对象public class WangBar implements Runnable{ //创建延时队列 private DelayQueue<Netizen> dq=new DelayQueue<Netizen>(); //上机 public void shangJi(Netizen nt){ System.out...

全网讲的最透彻RabbitMQ延时队列应用场景

weixin_48791363的博客

10-28

972

应用场景我们系统未付款的订单，超过一定时间后，需要系统自动取消订单并释放占有物品常用的方案就是利用Spring schedule定时任务，轮询检查数据库但是会消耗系统内存，增加了数据库的压力、还存在较大的时间误差解决：rabbitmq的消息TTL和死信Exchange结合介绍 1.何为消息TTL、死信死信：对消息设置的过期时间到了，这个消息还没有被消费就认为这个消息死了，死了的消息会进入死信交换机（Dead Letter Exchanges）成为死信的三种条件：一个消息被Consum

延时消息队列

yangyanping20108的博客

09-01

1553

延时队列的内部是有序的，最重要的特性就体现在它的延时属性上，延时队列就是用来存放需要在指定时间点被处理的元素的队列。队列是存储消息的载体，延时队列存储的对象是延时消息。所谓的延时消息，是指消息被发送以后，并不想让消费者立刻获取，而是等待特定的时间后，消费者才能获取这个消息进行消费。

延迟队列的应用场景_大数据培训

zjjcchina的博客

11-03

206

但是如果用户点击支付后，支付模块可能会长时间没有收到支付宝的支付成功通知。这种情况会‘有两种可能性，一种是用户在弹出支付宝付款界面时没有继续支付，另一种就是用户支付成功了，但是因为网络等各种问题，支付模块没有收到通知。图中紫线部分，就是支付模块一旦帮助用户重定向到支付宝后，就要每隔一段时间询问支付宝用户是否支付成功，直到收到支付宝的回复，或者超过了询问次数。图中紫线部分，就是支付模块一旦帮助用户重定向到支付宝后，就要每隔一段时间询问支付宝用户是否支付成功，直到收到支付宝的回复，或者超过了询问次数。

rabbit延迟队列啥意思来着

03-08

<think>好的，我需要解释一下RabbitMQ的延迟队列是什么。首先，用户可能对消息队列有一定了解，但可能不知道延迟队列的具体实现。RabbitMQ本身没有内置的延迟队列功能，这点需要明确。常见的实现方法有两种：消息TTL加死信队列，以及插件方式。用户可能想知道这两种方法的区别和适用场景。消息TTL的方式需要为每个延迟时间创建队列，管理起来可能麻烦，而插件方式更灵活，但需要安装插件。需要指出插件的名称是rabbitmq-delayed-message-exchange，并说明其优缺点，比如内存消耗的问题。另外，用户可能关心延迟队列的应用场景，比如定时任务、重试机制等，这部分需要举例说明，帮助理解。最后，提醒版本兼容性和资源使用的问题，确保用户在实际应用中注意这些细节。结构上需要分点说明，保持清晰易懂。</think>RabbitMQ中的延迟队列是一种实现消息延迟投递的机制，主要用于需要定时/延时处理消息的场景。以下是分步说明： 1. **原生支持**： - RabbitMQ本身没有内置延迟队列功能 - 需要通过组合特性或插件实现 2. **常见实现方案**： (1) **消息TTL+死信队列**（传统方案）： ``` 普通队列 --[设置TTL]--> 死信队列 --[到期后]--> 消费者 ``` - 缺点：需为不同延迟时间创建多个队列 - 优点：无需额外插件 (2) **官方插件方案**（推荐）：使用`rabbitmq-delayed-message-exchange`插件： ```shell # 启用插件 rabbitmq-plugins enable rabbitmq_delayed_message_exchange ``` - 创建x-delayed-message类型交换机 - 支持在消息头设置x-delay参数（单位：毫秒） 3. **工作流程**：生产者 -> [带x-delay头的消息] -> 延迟交换机 -> (等待指定时间) -> 路由到目标队列 -> 消费者 4. **典型应用场景**： - 订单超时关闭（30分钟未支付） - 异步任务重试（失败后延迟5秒重试） - 定时通知提醒（提前15分钟会议提醒） - 分布式事务协调（最终一致性校验） 5. **注意事项**： - 延迟时间不要超过队列TTL - 插件版消息存储在内存，重启可能丢失 - 高精度延迟（秒级）建议使用其他方案 - 插件需要RabbitMQ 3.6+版本支持示例代码（使用插件）： ```java // 声明延迟交换机 Map<String, Object> args = new HashMap<>(); args.put("x-delayed-type", "direct"); channel.exchangeDeclare("my-delayed-exchange", "x-delayed-message", true, false, args); // 发送延迟消息 AMQP.BasicProperties.Builder props = new AMQP.BasicProperties.Builder(); headers = new HashMap<String, Object>(); headers.put("x-delay", 5000); // 5秒延迟 props.headers(headers); channel.basicPublish("my-delayed-exchange", "routing-key", props.build(), message.getBytes()); ```