RabbitMQ（006 消息可靠性part1）

原创 已于 2024-03-12 14:15:39 修改 · 463 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#rabbitmq #分布式

于 2024-01-24 10:03:09 首次发布
本文详细介绍了如何在12小时内通过RabbitMQ教程学习消息可靠性，包括生产者消费者模式、ConfirmCallback接口的使用、Spring集成、依赖注入方式，以及交换机属性如持久化和路由设置。

动力节点RabbitMQ教程|12小时学会rabbitmq消息中间件

总时长 12:20:00 共65P

此文章包含第38p-第p44的内容

消息可靠性

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

confirm （保证 消息到交换机的安全性）

外部类写法

在这里插入图片描述

函数式接口长这样
在这里插入图片描述

在这里插入图片描述

第一步：开启生产者消费模式

在这里插入图片描述

第二步：实现ConfirmCallback接口

在这里插入图片描述

第三步：在发送消息的rabbitTemplate里设置 回调接口

spring自动装配 只要把jar包引入进来 springboot就会把rabbitTemplate可以放到map里 直接使用rabbitTemplate

演化方向（将类放到xml里 -》 使用 @Bean注解 -》 使用spring自动装配 直接通过pom文件引入jar包进行引用）
在这里插入图片描述

依赖注入
在这里插入图片描述

在这里插入图片描述

第二种写法 在发送消息的类里直接实现

set时把this自己进去
在这里插入图片描述

在这里插入图片描述

第三种写法 匿名内部类

缺点 其他类想引用 无法引用 因为没有名称 所以叫匿名内部类 而且因为无名其他类无法引用
在这里插入图片描述
在这里插入图片描述

第四种写法 使用lambda表达式

只适用于 只有一个抽象方法的接口
在这里插入图片描述

在这里插入图片描述

类型也可以去掉
在这里插入图片描述
作用 简化匿名内部类的写法

return（保证 交换机到队列的安全性）

在这里插入图片描述

第一步 开启return模式

在这里插入图片描述

第二步 实现外部类接口

在这里插入图片描述

第三步 在发送类里设置一个回调函数

在这里插入图片描述

路由写错时 返回错误信息
在这里插入图片描述
响应文本 这样多一些
在这里插入图片描述
原因：无路由
在这里插入图片描述

第二种方法

发送类自己实现接口
在这里插入图片描述
在这里插入图片描述

第三种 匿名内部类

在这里插入图片描述

在这里插入图片描述

这个是函数式接口，但是有三个方法 仔细看会发现有两个方法是default开头的，所以它俩已经实现了 所以不是抽象方法
在这里插入图片描述
只有一个抽象方法
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
使用lambda表达式 只有一个参数时 连括号都可以省略
在这里插入图片描述

在这里插入图片描述

交换机属性（保证 队列到的安全性）

在这里插入图片描述

在这里插入图片描述

交换机属性

持久化 属性 durable

在这里插入图片描述

durable 持久化 默认值是true 开启持久化 如果不开的话（false） 重启mq之后会自动消失

在这里插入图片描述

在这里插入图片描述

rabbitmqctl shutdown      ----关闭mq

rabbitmq-server -detached     ----启动mq

在这里插入图片描述

在这里插入图片描述

自动删除 autoDelete

默认不自动删除，没有队列和他绑定的时候 会自动删除掉

在这里插入图片描述

在这里插入图片描述

内部 internal

一般不使用 用于交换机与交换机直接的绑定

RabbitMQ消息队列在大数据系统中的实战应用案例
AI天才研究院
05-23 1000
随着企业数据量呈指数级增长，大数据系统面临着数据采集延迟、组件耦合度高、系统扩展性差等核心挑战。RabbitMQ作为轻量级、支持多协议的消息队列系统，凭借灵活的路由策略和强大的生态集成能力，成为大数据管道建设的重要基础设施。本文通过实际案例，系统阐述RabbitMQ在数据采集层、实时处理层、分布式任务调度中的具体应用，涵盖架构设计、性能优化、故障处理等核心技术点。背景知识：RabbitMQ核心概念与大数据系统架构的融合技术解析：从架构原理到算法实现的全链路分析。
RabbitMQ（007 消息可靠性part2）
wang_book的博客
01-24 1075
1那里 设置confirm2那里 设置return 或设置备用交换机3那里设置三个持久化来进行可靠性4 消费者的自动确认改成手动确认persistent 持久化集群可以防止单点故障查看rabbit命令在环境变量里 所以都可以用启用的插件使用//TODO 可以在下面直接找到 计划要写的地方开启发布者return模式2.编写returnCallback，并引入进rabbitTemplate.setReturnsCallback写个错误的路由key进行验证。
RabbitMQ最全教程-Part1(基础使用)
qq_46248151的博客
11-01 917
消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。
rabbitmq之消息分发策略
Java领域优秀创作者
03-19 2071
RabbitMQ 提供了丰富的消息分发策略和高级特性，帮助开发者构建高效、可靠的分布式系统。在实际应用中，选择合适的消息分发策略（如轮训分发和公平分发）以及合理配置高级特性（如消息持久化、死信队列、消息优先级、延迟队列、事务支持和确认机制）可以显著提高系统的性能和稳定性。通过本文的详细介绍和示例代码，您可以在 Spring Boot 项目中灵活应用 RabbitMQ 的各种功能，优化消息队列的处理流程，确保消息的高效处理和分发。
RabbitMQ最全教程-Part2(高阶使用)
qq_46248151的博客
11-02 1011
先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信，自然就有了死信队列所以死信队列就是存放死信消息的队列。
RabbitMQ -- part II
qq_34676998的博客
09-12 256
目录： 消息如何保障100%的投递成功? 幂等性概念详解 Confirm确认消息 Return返回消息 自定义消费者 消息端的限流 消息的ACK与重回队列 TTL消息 死信队列 一.消息如何保障100%的投递成功? 什么是生产端的可靠性投递? 保障消息的成功发出 保障MQ节点的成功接收 发送端收到MQ节点(Broker) 确认应答 完善的消息进行补偿机制 生产端-可靠性投递(一) BAT/TMD互联网大厂的解决方案: **方案1：**消息落库，对消息状态进行打标 **方案2：**消息的延迟投递,
【消息队列】RabbitMQ官网文档阅读笔记，RabbitMQ的消息模式
未闻花名丶的博客
04-17 2738
1.Introduction RabbitMQ is a message broker: it accepts and forwards messages. You can think about it as a post office: when you put the mail that you want posting in a post box, you can be sure that Mr. or Ms. Mailperson will eventually deliver the mail
RabbitMQ -- part I
qq_34676998的博客
09-12 237
主流消息中间件介绍- RabbitMQ 第一部分：介绍及架构 RabbitMQ是使用Erlang语言开发的开源消息队列系统，基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。AMQP协议更多用在企业系统内，对数据一致 性、稳定性和可靠性要求很高的场景，对性能和吞吐量的要求还在其次。 第二部分：核心概念 1.互联网大厂为什么选择RabbitMQ? 滴滴、美团、头条、去哪儿、艺龙. 开源、性能优秀，稳定性保障. 提供可靠性消息投递模式(confir
Kafka与RabbitMQ的区别
技术人集结地
01-08 6642
Apache Kafka是一个开源流处理平台，由Scala和Java编写，由Apache软件基金会开发。它是一个高吞吐量的分布式发布订阅消息系统，可以处理消费者在网站中的所有动作流数据。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。对于像Hadoop一样的日志数据和离线分析系统，但又要求实时处理的限制，Kafka是一个可行的解决方案。Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群来提供实时的消息。
精选资源
SpringBoot专题学习Part27：SpringBoot整合RabbitMQ(发送接收消息、序列化、监听消息、AmqpAdmin的使用)
01-20
具有很高的稳定性和可靠性 二、使用 1、准备和配置 首先是引入RabbitMQ的依赖 若使用Spring Initializer创建项目 可在创建的时候带上RabbitMQ模块 或者直接手动引入依赖： org.springframework.boot spring-boot...
RabbitMQ VS Apache Kafka （九）—— RabbitMQ集群的分区容错性与高可用性
helloworld的专栏
10-31 1487
本章，我们讨论有关RabbitMQ的容错性，消息一致性及高可用性。RabbitMQ可以作为集群节点来运行，因此RabbitMQ通常被归为分布式消息系统，对于分布式消息系统，我们的关注点通常是一致性与可用性。 我们为什么要讨论分布式系统的一致性与可用性，本质在于两者描述的是系统在失败的情况下表现如何。 单节点持久化原语 持久化消息队列/交换器 RabbitMQ支持两种类型的消息队列：持久化队列和非持...
RabbitMQ 在大数据领域的故障排查与解决方案
AI天才研究院
04-26 1292
随着大数据技术的普及，实时数据处理（如实时报表、流计算）和批量数据传输（如ETL管道）对消息队列的要求从“可用”升级为“可靠、高效、可扩展”。RabbitMQ凭借AMQP协议的灵活性、完善的社区生态和企业级特性（如镜像队列、死信队列），成为大数据架构中的关键组件。本文聚焦大数据场景下RabbitMQ的典型故障，覆盖消息传输全生命周期（生产→路由→存储→消费），并提供可落地的排查方法论与解决方案。第2章：解析RabbitMQ核心组件在大数据场景中的适配性；
RabbitMQ是什么？如何使用
最新发布
qq_51621767的博客
12-04 536
消息队列（MQ）是一种用于进程间通信的FIFO队列机制，主要解决系统解耦、异步处理和流量削峰问题。常见的MQ框架包括RabbitMQ、Kafka和RocketMQ，各有优缺点和适用场景。RabbitMQ基于AMQP协议，通过生产者、消费者、交换机和队列等核心组件实现消息传递。安装RabbitMQ需先配置Erlang环境，再通过命令行或Web界面管理。Java应用中可通过Spring Boot集成RabbitMQ，配置队列、交换机和绑定关系，实现消息的发送与接收。MQ技术能有效提升系统性能、可靠性和扩展性。
RabbitMQ_3_RabbitMQ应用
CxK6666667的博客
12-04 597
RabbitMQ提供了7种工作模式：简单模式（单生产者单消费者）、工作队列模式（单生产者多消费者竞争消费）、发布订阅模式（广播机制）、路由模式（基于RoutingKey精确匹配）、通配符模式（支持*和#模糊匹配）、RPC模式（远程调用）和发布确认模式（确保消息可靠发送）。本文详细介绍了每种模式的实现原理、适用场景及Java代码示例，包括Spring Boot整合方式。重点讲解了交换机的四种类型（fanout、direct、topic、headers）及其路由策略，并展示了跨应用通信的实践方案。通过配置Jac
RabbitMQ简单生产者和消费者实现
qq_32021001的博客
12-03 500
实现类RabbitMqServiceImpl。生产者重新发消息，然后验证消费者是否能获取。rabbitmq的配置与生产者一致。可登录控制台查看相关信息。pom引入共公模块。
Fastadmin中通过RabbitMq实现即时和延迟队列
json_li的博客
12-04 321
Fastadmin中通过RabbitMq实现即时和延迟队列消息的完整版
RabbitMQ深度解析：从入门到原理再到实战应用
喜欢炒股的码农
12-03 666
优势说明可靠性持久化、消息确认、高可用集群灵活性多种Exchange类型，支持复杂路由生态丰富丰富的客户端库和管理工具易用性简单的API，完善的文档企业支持活跃的社区和商业支持RabbitMQ作为企业级消息中间件的标杆，凭借其可靠性、灵活性和丰富的特性，已成为众多大型系统的核心组件。通过本文的深入解析，你应该已经掌握了RabbitMQ的核心原理和使用方法。💡最后建议：在实际项目中，先从小规模开始，逐步验证RabbitMQ的适用性，再进行大规模部署。同时，不要忽视监控和调优。
Rabbitmq在死信队列中的队头阻塞问题
技术人集结地
11-29 954
RabbitMQ死信队列的队头阻塞问题源于FIFO机制下首个无法消费的消息会阻塞后续合法消息。常见场景包括消费逻辑缺陷、资源不可用等，导致消息积压、业务延迟等危害。解决方案包括：1）消费端增加异常捕获和校验逻辑；2）按业务/错误类型拆分多死信队列；3）引入优先级队列；4）建立监控告警和手动干预机制。关键在于预防性设计和快速响应机制的结合，确保死信队列的高可用性。
【C#】RabbitMQ的使用
wangnaisheng的专栏
11-30 1028
【C#】RabbitMQ的使用
rabbitmq 监听整个交换机的消息
06-20
<think>我们正在处理关于RabbitMQ的问题，用户询问如何监听整个交换机的消息。在RabbitMQ中，消费者通常从队列中消费消息，而不是直接从交换机。要监听交换机上的所有消息，需要创建一个队列并将其绑定到该交换机，然后消费该队列。根据引用[1]，我们看到了一个使用rabbitpy库消费队列的例子，其中设置了`no_ack=True`，表示不确认消息。但这里的关键是，消费者必须绑定到一个队列。引用[2]提供了一些RabbitMQ的参考资料，其中提到了交换机和绑定（bindings）的概念。交换机通过路由键（routingkey）将消息路由到绑定的队列。因此，要监听整个交换机的消息，我们需要将队列绑定到该交换机，并使用合适的绑定键（bindingkey）。如果我们想接收所有消息，可以使用通配符（在topic交换机中）或者使用fanout交换机（它会将消息广播到所有绑定的队列）。引用[3]展示了SpringBoot集成RabbitMQ的配置，其中生产者使用`amqpTemplate.convertAndSend("myQueue",message);`发送消息到名为"myQueue"的队列。但这里并没有直接绑定交换机的例子。引用[4]描述了交换机的属性，如名称、持久性等。因此，解决方案步骤如下：1.创建一个队列（可以是临时的，也可以是持久的）。2.将该队列绑定到目标交换机。绑定键取决于交换机的类型：-对于fanout交换机：绑定键会被忽略，所以绑定任何键（或者不指定）都会接收到所有消息。-对于direct交换机：需要为每个路由键分别绑定，所以如果要接收所有消息，需要绑定所有可能的路由键（这通常不现实）。-对于topic交换机：可以使用通配符（如`#`）来匹配所有路由键。3.然后消费该队列。如果用户想要监听交换机上的所有消息，最直接的方式是使用fanout交换机，或者如果使用topic交换机，则使用`#`作为绑定键。另外，如果用户只是临时监听，可以创建一个匿名队列（服务器生成名称）并绑定到交换机，这样当消费者断开时，队列会被自动删除。下面我们将给出一个示例，使用rabbitpy（如引用[1]）和SpringAMQP（如引用[3]）的两种方式。注意：在RabbitMQ中，不能直接“监听交换机”，因为交换机只是一个路由消息的组件，消息必须通过队列来接收。因此，我们给出两种代码示例：1.使用rabbitpy（Python）：-首先连接到RabbitMQ。-创建一个通道。-声明一个交换机（如果还不存在，这一步可选，但通常交换机应该已经存在）。-创建一个队列（可以是非持久的、自动删除的）。-将队列绑定到交换机，使用fanout类型或者使用通配符（根据交换机类型）。-然后消费该队列。2.使用SpringBoot（Java）：-配置一个队列，并绑定到目标交换机。-使用`@RabbitListener`监听该队列。由于用户问题中没有指定语言，我们将提供两种常见语言的示例。但是，请注意，用户上一次的问题中使用了Python（rabbitpy）和SpringBoot（Java）的代码片段，因此我们参考这些。由于引用中提供了rabbitpy和SpringBoot的例子，我们分别展示。首先，使用rabbitpy（Python）监听fanout交换机的所有消息：假设我们有一个fanout交换机，名为'my_fanout_exchange'。步骤：1.创建连接和通道。2.声明交换机（如果不存在则创建，这里假设是fanout类型）。3.创建一个临时队列（当连接关闭时自动删除）。4.将队列绑定到交换机（fanout交换机不需要指定路由键）。5.消费该队列。代码示例：```pythonimportrabbitpyurl='amqp://guest:guest@localhost:5672/%2F'withrabbitpy.Connection(url)asconnection:withconnection.channel()aschannel:#声明一个fanout交换机（如果不存在则创建）exchange=rabbitpy.Exchange(channel,'my_fanout_exchange',exchange_type='fanout')exchange.declare()#创建一个临时队列，队列名由服务器生成，连接关闭后自动删除queue=rabbitpy.Queue(channel,exclusive=True,auto_delete=True)queue.declare()#绑定队列到交换机，fanout交换机不需要路由键queue.bind(exchange.name,routing_key='')#消费队列中的所有消息formessageinqueue.consume_messages(no_ack=True):message.pprint()```如果交换机是topic类型，我们可以使用通配符`#`来匹配所有路由键。绑定步骤改为：queue.bind(exchange.name,routing_key='#')其次，使用SpringBoot（Java）监听fanout交换机的所有消息：在SpringBoot中，我们可以使用`@RabbitListener`注解来监听队列。但我们需要先声明队列、交换机和绑定。配置方式（在配置类中）：```java@ConfigurationpublicclassRabbitMQConfig{@BeanpublicFanoutExchangemyFanoutExchange(){returnnewFanoutExchange("my_fanout_exchange");}@BeanpublicQueuefanoutQueue(){//创建一个临时队列，匿名队列（非持久，独占，自动删除）returnnewAnonymousQueue();}@BeanpublicBindingbinding(FanoutExchangemyFanoutExchange,QueuefanoutQueue){returnBindingBuilder.bind(fanoutQueue).to(myFanoutExchange);}}```然后在监听器类中：```java@ComponentpublicclassFanoutListener{@RabbitListener(queues="#{fanoutQueue.name}")publicvoidreceiveMessage(Stringmessage){System.out.println("Receivedfromfanout:"+message);}}```这样，当有消息发送到交换机"my_fanout_exchange"时，该队列就会收到消息，然后被`receiveMessage`方法处理。对于topic交换机，我们可以使用通配符绑定：```java@ConfigurationpublicclassRabbitMQConfig{@BeanpublicTopicExchangemyTopicExchange(){returnnewTopicExchange("my_topic_exchange");}@BeanpublicQueuetopicQueue(){returnnewAnonymousQueue();}@BeanpublicBindingbinding(TopicExchangemyTopicExchange,QueuetopicQueue){//使用通配符#绑定所有路由键returnBindingBuilder.bind(topicQueue).to(myTopicExchange).with("#");}}```监听器类似。总结：要监听整个交换机的消息，必须创建一个队列并绑定到该交换机，根据交换机的类型选择合适的绑定方式（fanout直接绑定，topic用通配符#），然后消费该队列。注意：在实际应用中，考虑队列的持久化和消息的确认机制（如引用[1]中的`no_ack=True`会关闭确认，可能导致消息丢失，除非不关心消息可靠性）。最后，生成相关问题。</think>### RabbitMQ 监听交换机所有消息的方法 在 RabbitMQ 中，**消费者不能直接从交换机消费消息**。必须通过队列作为中介：交换机将消息路由到队列，消费者再从队列获取消息。要监听交换机所有消息，需执行以下步骤： #### 核心步骤 1. **创建队列** - 创建临时队列（推荐）或持久化队列 - 临时队列特性：`exclusive=true`（独占）或 `auto-delete=true`（自动删除） ```python # Python (rabbitpy) queue = rabbitpy.Queue(channel, exclusive=True) # 创建临时队列 queue.declare() ``` 2. **绑定队列到交换机** - **Fanout 交换机**：绑定时不需路由键（自动接收所有消息） ```python queue.bind(exchange_name, routing_key='') # Fanout 忽略路由键 ``` - **Topic/Direct 交换机**：使用通配符 `#` 匹配所有路由键 ```python queue.bind(exchange_name, routing_key='#') # 匹配所有消息 ``` 3. **消费队列消息** ```python # Python 示例 (rabbitpy) for message in queue.consume_messages(): print(f"收到消息: {message.body}") message.ack() # 手动确认 ``` #### 完整流程示例（Python） ```python import rabbitpy # 连接配置 url = 'amqp://user:pass@host:port/vhost' exchange_name = 'your_exchange' # 目标交换机名 with rabbitpy.Connection(url) as conn: with conn.channel() as channel: # 1. 创建临时队列 queue = rabbitpy.Queue(channel, exclusive=True) queue.declare() # 2. 绑定到交换机（匹配所有路由键） queue.bind(exchange_name, routing_key='#') # '#' 匹配所有消息 # 3. 消费消息 print(f"监听交换机: {exchange_name}, 队列: {queue.name}") for message in queue.consume_messages(): print(f"收到消息: {message.body}") message.ack() ``` #### Spring Boot 配置（Java） ```java @Configuration public class RabbitConfig { // 声明交换机 @Bean public FanoutExchange exchange() { return new FanoutExchange("your_exchange"); } // 创建临时队列 @Bean public Queue tempQueue() { return new AnonymousQueue(); // 自动生成临时队列 } // 绑定队列到交换机 @Bean public Binding binding(FanoutExchange exchange, Queue tempQueue) { return BindingBuilder.bind(tempQueue).to(exchange); } } // 消息监听 @Component public class Listener { @RabbitListener(queues = "#{tempQueue.name}") public void handleMessage(String message) { System.out.println("收到消息: " + message); } } ``` ### 关键注意事项 1. **交换机类型支持**： - `Fanout`：天然广播所有消息 - `Topic/Direct`：需用 `#` 通配符绑定 - `Headers`：需配置匹配所有头的绑定 2. **队列特性**： - 临时队列（`exclusive=true`）在消费者断开后自动删除 - 持久化队列需显式声明 `durable=true`[^4] 3. **消息确认**： - 关闭自动确认（`no_ack=false`）确保可靠消费 - 处理失败时需 `reject` 或重试[^1] > **原理**：RabbitMQ 消息流始终遵循 `生产者 → 交换机 → 队列 → 消费者` 路径。直接监听交换机不可行，必须通过队列中介[^2]。 --- ### 相关问题 1. 如何区分 RabbitMQ 中 `fanout` 和 `topic` 交换机的使用场景？ 2. RabbitMQ 临时队列和持久化队列在可靠性方面有何差异？ 3. 如何实现 RabbitMQ 消息消费失败后的自动重试机制？ 4. 在 Spring Boot 中如何动态创建多个交换机监听器？ 5. RabbitMQ 的通配符 `#` 和 `*` 在路由键匹配中有何区别？[^2] [^1]: 当要消费消息时，你的应用注册自己到RabbitMQ。会发送一个Basic.Consume请求，同时包含no-ack标志。当此标志为True，这会告诉RabbitMQ你的消费者不会确认收到的消息，因此RabbitMQ应该尽可能快的发送消息。 [^2]: https://www.rabbitmq.com https://www.cloudamqp.com/blog/2015-09-03-part4-rabbitmq-for-beginners-exchanges-routing-keys-bindings.html 《RabbitMQ实战》 [^4]: Name：交换机名称 Durability：是否持久化。如果持久性，则RabbitMQ重启后，交换机还存在 Auto-delete：当所有与之绑定的消息队列都完成了对此交换机的使用后，删掉它 Arguments：扩展参数
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值