Rabbitmq-return机制

最新推荐文章于 2025-09-10 00:04:14 发布
原创 最新推荐文章于 2025-09-10 00:04:14 发布 · 414 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#rabbitmq

本文介绍了如何在消息传递中使用ReturnListener来处理Exchange不存在或路由失败的情况，通过图解的方式深入解析其工作原理和应用场景。

1. 概念

在某些情况下，当我们在发送消息时当前的exchange不存在或者指定的路由key路由不到，这个时候如果我们需要监听这种不可达的消息，就要使用Return Listener。Return Listener用于处理一些不可路由的消息。

2. 图解

在这里插入图片描述

RabbitMQ: return机制
qq_53374893的博客
09-08 1092
Confirm只能保证消息到达exchange，无法保证消息可以被exchange分发到指定queue。而且exchange是不能持久化消息的，queue是可以持久化消息。采用Return机制来监听消息是否从exchange送到了指定的queue中。
RabbitMQ：Return消息机制
kaven
02-12 2347
Java初识RabbitMQ一Return消息机制 什么是Return消息机制 Return消息机制用于处理一些不可路由的消息。正常情况下，消息生产端通过指定一个Exchange和RoutingKey，把消息路由到某一个队列中去，然后消费端监听队列，进行消费。但在某些情况下，如在发送消息的时候，当前的Exchange不存在或者指定的RoutingKey路由不到Queue，这个时候，如果我们需要监听...
spring boot Rabbit高级教程
个人博客，记录了本人学习的各种有趣的技术。
10-15 1502
本文介绍rabbitmq对于延迟消息和消息可靠性的高级应用
RabbitMQ实战 - Return机制
JavaEdge全是干货的技术号
10-07 1630
1 什么是Return机制 Return Listener 用于处理一些不可路由的消息。正常情况下，Pro通过指定一个Exchange和Routingkey，把消息送到某队列，然后Con监听队列，进行消费处理操作。 但是，如果我们在发送消息时，当前Exchange不存在或Routingkey路由不到，若要监听这种不可达的消息，就要用到Return Listener 2 Return机制示意图 5.3 Return机制的实现 添加return监听：addReturnListener，生产端去监听这些不可达
RabbitMQ消息确认以及return机制
薛定谔的Hello Kitty
01-21 1484
消息确认机制 消息发送出去后，如果想确定消息发送的状态信息，发送成功或者发送失败，rabbitmq中有一套完整的检测机制来检测这类问题，我们只需要调用即可，具体的检测机制我们后面再讨论，暂且看一下怎么用代码先实现： public class Send { private static final String EXCHANGE_NAME = "test_exchange_confirm"...
RabbitMQ高级特性-Return消息机制
听雪楼
12-26 2780
Return消息机制 Return Listener用于处理一些不可路由的消息 正常情况下消息生产者通过指定一个Exchange和RoutingKey, 把消息送到某一个队列中去, 然后消费者监听队列, 进行消费 但在某些情况下, 如果在发送消息的时候, 当前的exchange不存在或者指定的路由key路由不到, 这个时候如果我们需要监听这种不可达的消息, 就要使用Return Lis...
基于rabbitmq-c的Rabbitmq C++客户端的实现
庄生晓梦
08-27 3628
基于rabbitmq-c的Rabbitmq C++ Client 仅做记录，后续有问题再修改。
rabbitmq---TTL机制（二）
weixin_43811057的博客
03-24 3470
rabbitmq中ttl介绍
【RabbitMQ】-----详解RabbitMQ高级特性之消息确认机制
mr_yuanshen的博客
09-10 1330
此时我们可以看到，消费消息时发生异常，导致消息没有被正常消费，而且此时控制台不断地打印日志，deleverTag的值不断增加，观察控制界面可以看到队列中始终有一条消息，是因为AUTO机制下，如果消费消息时发生异常，此时消费方不会确认消息，此时消息就会重新入队，直到消费方能够正常消费消息而不发生异常。这种模式下, 消息⼀旦投递给消费者, 不管消费者是否成功处理了消息, RabbitMQ 就会⾃动确认消息, 从RabbitMQ队列中移除消息. 如果消费者处理消息失败, 消息可能会丢失.
RabbitMQ-高级篇.pdf
06-10
RabbitMQ 提供了两种确认机制，分别为`publisher-confirm`和`publisher-return`。 ##### 1.1.1 修改配置 为了启用生产者确认机制，需要在`application.yml`配置文件中添加以下内容： ```yaml spring: rabbitmq: ...
Go 使用 RabbitMQ---------------之一
qq_39335595的博客
05-27 1830
RabbitMQ 是一种消息代理。消息代理的主要目的是接收、存储并转发消息。在复杂的系统设计和微服务架构中，RabbitMQ 经常被用作中间件来处理和转发系统之间的消息，以确保数据的一致性和可靠性。正是因为提供了可靠的消息机制、跟踪机制和灵活的消息路由，常常被用于排队算法、秒杀活动、消息分发、异步处理、耗时任务等场景。
RabbitMQ中的Return机制：确保消息路由到队列的关键
weixin_39033358的博客
12-29 960
Return机制是RabbitMQ中用于处理无法路由到队列的消息的一种机制。当生产者发送的消息无法被交换器成功路由到任何队列时，RabbitMQ会通过Return机制将消息返回给生产者。这样，生产者可以得知消息未能成功路由，并采取相应的处理措施，如记录日志、重发消息或发送告警。Return机制是RabbitMQ中一种重要的消息处理机制，用于确保消息能够成功路由到队列。通过Return机制，生产者可以得知消息未能成功路由，并采取相应的处理措施，提高消息的可靠性。
RabbitMQ高级应用（二）return消息机制—ReturnListener.handleReturn()
孔明的博客
03-14 1046
应用场景 我们在发送消息的时候，指定的交换机不存在，或者指定的路由key不存在，这时候我们需要监听这种不可达的消息，使用 return机制 `Return Listener` 进行监听。 return机制实现。 ReturnListener.handleReturn()
RabbitMQ之Confirm确认机制、Return消息机制
Qynwang的博客
04-28 1133
另外在基础API中有一个关键的配置项：Mandatory，如果为true,则 Return Listener 会接收到路由不可达的消息，然后进行后续处理，如果为false,那么Broker端会自动删除该消息，Return Listener不会收到该消息。但是在某些情况下，如果我们在发送消息的时候，当前的exchange不存在或者指定的路由key路由不到，这个时候如果我们需要监听这种不可达的消息，就是使用Return Listener!Confirm确认机制、Return消息机制都是在生产端进行操作。
RabbitMQ的confirm模式、return模式，以及消费端的手动确认ACK，以及死信队列的简单使用
很多时候犯错都是在不知情的情况下发生的
08-18 1671
在消息中间件的实际使用中如何保证消息的可靠性是我们必须要考虑的，因此就需要了解一下Rabbitmq的confirm模式、return模式，以及消费端的手动确认ACK等等了。手动确认：消息被消费了队列不会立马丢弃，需要手动应答，如果业务逻辑正确执行完成，那么通知队列你可以丢弃了，否则可以让消息再次返回队列处理或者直接丢弃也行。3、如果消息为空的话抛出一个异常然后进行捕获，判断消息是否重新处理过了（第一次为false，如果重新投入队列还是没有手动ack，就为true）不管有没有发送到都会触发回调方法。
Springboot——整合Rabbitmq之Confirm和Return详解
专注写bug
02-28 4659
文章目录前言为什么会有ConfirmSpringboot 整合 Mq 实现 Confirm 监听机制依赖引入增加配置文件，设定连接信息配置队列、交换机，以及对其进行绑定编写mq消息发送服务编写消息发送接口启动项目进行测试正常测试异常测试什么是Return？增加 ReturnCallback 监听并测试修改 RabbitmqService 配置类测试总结相关代码下载 前言 之前专栏中，对Springboot整合Rabbitmq都有一系列的配置和说明，但总缺少一些必要的描述信息。导致很多看博客的小伙伴会私信问为
RabbitMQ消息return返回机制代码编写
学亮编程手记
10-29 614
14-RabbitMQ高级特性-Return返回消息
彼岸舞的博客
10-04 540
Return返回消息 Return消息机制 Return Listener 用于处理一些不可路由的消息 我们的消息生产者,通过指定一个Exchange和RouteKey, 把消息送达到某一个队列中去,然后我们的消费者监听队列,进行消费处理操作 但是在某些情况下, 我们在发送消息的时候, 当前的Exchange不存在, 或者指定的路由key, 路由不到, 这个时候我们就需要监听这些不可达的消息...
rabbitMQ-生产者可靠发送-回退模式-return
TT_130616的博客
08-28 1436
1、什么是return机制？ 上篇博客rabbitMQ-生产者可靠发送-消息确认-Confirm 说了消息的生产者可靠发送，可以依靠confirm模式。但是confirm模式只保证消息成功从生产者发送到交换机，但是如果交换机没有找到queue呢？如果根据路由发送到具体的队列queue的时候，没有匹配的队列呢？这种情况confirm模式不能保证，这就得依赖return回退机制了。 return回退机制就是当交换机路由到queue的时候，没有匹配的队列，return模式可以在消息发送之后异步监听到mq的回
dubbo安装rabbitmq-delayed-message-exchange插件
最新发布
09-30
<think>我们正在使用RabbitMQ的延时插件`rabbitmq-delayed-message-exchange`，该插件允许我们使用一种新的交换机类型（x-delayed-message）来实现延时队列，从而避免使用死信队列+TTL带来的队头阻塞问题。 在Dubbo环境中安装该插件，实际上与Dubbo本身无关，因为Dubbo是一个RPC框架，而RabbitMQ是独立的消息中间件。因此，安装插件是在RabbitMQ服务端进行的。我们假设RabbitMQ是以Docker容器方式运行的（这是常见部署方式）。 ### 步骤1：下载插件 首先，我们需要下载插件。注意：插件的版本必须与RabbitMQ的版本兼容。可以从以下地址下载： https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases 例如，对于RabbitMQ 3.7.x，可以下载`rabbitmq_delayed_message_exchange-20171201-3.7.x.ez`。 ### 步骤2：将插件复制到容器中 假设RabbitMQ的容器名称为`rabbitmq`（通过`docker ps`查看实际名称），我们将插件文件复制到容器的插件目录中。 ```bash docker cp rabbitmq_delayed_message_exchange-20171201-3.7.x.ez rabbitmq:/plugins ``` ### 步骤3：在容器内启用插件 进入容器内部，启用插件： ```bash docker exec -it rabbitmq bash ``` 在容器内执行： ```bash rabbitmq-plugins enable rabbitmq_delayed_message_exchange ``` ### 步骤4：重启RabbitMQ容器 退出容器并重启： ```bash docker restart rabbitmq ``` ### 步骤5：验证插件 重新进入容器，查看插件列表： ```bash docker exec -it rabbitmq rabbitmq-plugins list ``` 应该能看到`rabbitmq_delayed_message_exchange`插件已启用。 ### 在Dubbo项目中使用延时交换机 安装插件后，我们就可以在Dubbo服务中（生产者或消费者端）通过RabbitTemplate发送延时消息了。注意：这里我们使用`x-delayed-message`类型的交换机。 #### 配置延时交换机（Java Config） ```java @Configuration public class DelayedRabbitConfig { public static final String DELAYED_EXCHANGE = "delayed.exchange"; public static final String DELAYED_QUEUE = "delayed.queue"; public static final String DELAYED_ROUTING_KEY = "delayed.routingkey"; // 声明延时交换机（自定义类型） @Bean public CustomExchange delayedExchange() { Map<String, Object> args = new HashMap<>(); args.put("x-delayed-type", "direct"); // 底层交换机的类型，可以是direct, topic, fanout等 return new CustomExchange(DELAYED_EXCHANGE, "x-delayed-message", true, false, args); } // 声明队列 @Bean public Queue delayedQueue() { return new Queue(DELAYED_QUEUE); } // 绑定 @Bean public Binding bindingDelayedQueue(Queue delayedQueue, CustomExchange delayedExchange) { return BindingBuilder.bind(delayedQueue) .to(delayedExchange) .with(DELAYED_ROUTING_KEY) .noargs(); } } ``` #### 发送延时消息 ```java rabbitTemplate.convertAndSend(DelayedRabbitConfig.DELAYED_EXCHANGE, DelayedRabbitConfig.DELAYED_ROUTING_KEY, message, msg -> { // 设置延时时间（毫秒） msg.getMessageProperties().setHeader("x-delay", 30 * 60 * 1000); // 30分钟 return msg; }); ``` ### 注意事项 1. **插件兼容性**：确保插件版本与RabbitMQ版本匹配，否则可能导致RabbitMQ无法启动。 2. **交换机类型**：创建交换机时，类型必须为`x-delayed-message`，并且通过参数指定底层交换机类型（如direct）。 3. **延时时间**：发送消息时，通过消息头`x-delay`设置延时时间（毫秒）。 4. **队列声明**：延时交换机的绑定队列无需特殊参数，与普通队列一致。 通过上述步骤，我们在Dubbo环境中集成了RabbitMQ的延时队列插件，可以实现更精确的延时消息发送[^3]。这种方案避免了传统死信队列的队头阻塞问题，每条消息都可以有自己的延时时间。 §§相关问题§§ 1. RabbitMQ延时队列插件与死信队列方案有什么区别？ 2. 如何确保RabbitMQ插件安装后的高可用性？ 3. 在分布式事务中如何可靠地发送延时消息？ </think>### Dubbo 环境中安装 RabbitMQ 延时插件指南 #### 一、安装插件核心步骤 1. **下载插件** 根据 RabbitMQ 版本下载对应插件（需匹配主要版本号）： ```bash # RabbitMQ 3.8.x 版本 wget https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases/download/v3.8.17/rabbitmq_delayed_message_exchange-3.8.17.8f537ac.ez ``` 2. **复制插件到容器** 通过 `docker cp` 将插件复制到容器内： ```bash docker cp rabbitmq_delayed_message_exchange-3.8*.ez rabbitmq-container:/plugins ``` 3. **启用插件** 进入容器执行启用命令： ```bash docker exec -it rabbitmq-container bash rabbitmq-plugins enable rabbitmq_delayed_message_exchange ``` 4. **重启服务** ```bash docker restart rabbitmq-container ``` #### 二、Dubbo 项目集成配置 在 Dubbo 服务中配置延时交换机（XML 方式）： ```xml <!-- 1. 声明延时交换机 --> <rabbit:exchange name="delayed.exchange" type="x-delayed-message"> <rabbit:exchange-arguments> <!-- 底层实际交换类型 --> <entry key="x-delayed-type" value="direct" /> </rabbit:exchange-arguments> </rabbit:exchange> <!-- 2. 绑定队列 --> <rabbit:queue name="dubbo.delay.queue" /> <rabbit:binding queue="dubbo.delay.queue" exchange="delayed.exchange" key="delay.key" /> ``` #### 三、Dubbo 服务发送延时消息 ```java @Service public class OrderServiceImpl implements OrderService { @Autowired private RabbitTemplate rabbitTemplate; public void createOrder(Order order) { // Dubbo 服务方法内发送延时消息 rabbitTemplate.convertAndSend("delayed.exchange", "delay.key", order, message -> { // 设置30分钟延迟（单位毫秒） message.getMessageProperties().setHeader("x-delay", 30 * 60 * 1000); return message; }); } } ``` #### 四、验证插件安装成功 ```bash # 查看已启用插件列表 docker exec rabbitmq-container rabbitmq-plugins list # 预期输出应包含 [E*] rabbitmq_delayed_message_exchange ``` #### 五、注意事项 1. **版本兼容性** - RabbitMQ 3.7.x 需使用插件版本 `3.7.*` - RabbitMQ 3.8.x 需使用 `3.8.*` - 版本不匹配会导致启动失败[^3] 2. **集群环境** 集群中所有节点需同步安装插件： ```bash # 将插件复制到所有节点 for node in node1 node2 node3; do docker cp plugin.ez ${node}:/plugins done ``` 3. **消息可靠性** Dubbo 服务需添加生产者确认机制确保消息投递： ```yaml spring: rabbitmq: publisher-confirm-type: correlated publisher-returns: true ``` #### 六、插件原理示意图 ```mermaid graph LR A[Dubbo服务] -->|发送延时消息| B[x-delayed-message交换机] B -->|消息暂存| C[RabbitMQ内部存储] C -->|到期后投递| D[目标队列] D -->|消费| E[Dubbo消费者服务] ``` > 此方案直接使用 RabbitMQ 官方插件，避免了传统 TTL+DLX 方案的队头阻塞问题，每条消息可独立设置延迟时间[^3]。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值