rabbitmq中的consumerTag和deliveryTag分别是干啥的，有什么用？

最新推荐文章于 2025-06-03 21:07:02 发布
转载 最新推荐文章于 2025-06-03 21:07:02 发布 · 1.7w 阅读 · 5 ·
CC 4.0 BY-SA版权
原文链接：https://my.oschina.net/LucasZhu/blog/1537572
文章标签：

#大数据 #python #java

本文介绍了RabbitMQ中consumerTag和deliveryTag的作用。consumerTag作为会话标识符，在同一会话中保持不变；deliveryTag作为消息处理通道标识符，每次接收到消息时递增。通过使用deliveryTag结合basicAck方法，可以实现消息处理成功的确认，从而通知RabbitMQ清除已处理的消息。

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

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

同一个会话， consumerTag 是固定的 可以做此会话的名字， deliveryTag 每次接收消息+1，可以做此消息处理通道的名字。

因此 deliveryTag 可以用来回传告诉 rabbitmq 这个消息处理成功 清除此消息（basicAck方法）。

 

转载于:https://my.oschina.net/LucasZhu/blog/1537572

Springboot 整合RabbitMq ，用心看完这一篇就够了
默默不代表沉默
09-04 50万+
该篇文章内容较多，包括有rabbitMq相关的一些简单理论介绍，provider消息推送实例，consumer消息消费实例，Direct、Topic、Fanout的使用，消息回调、手动确认等。 （但是关于rabbitMq的安装，就不介绍了） 在安装完rabbitMq后，输入http://ip:15672/，是可以看到一个简单后台管理界面的。 在这个界面里面我们可以做些什么？ 可以手动创建............
RabbitMQ中的@Header
weixin_42430947的博客
02-05 1118
在 RabbitMQ 中，@Header 是 Spring AMQP 提供的一种注解，用于从消息的 Headers 中提取特定的属性或元数据。通过 @Header，开发者可以方便地获取消息的附加信息（如路由键、消息标签、自定义头等），而无需手动解析消息的完整结构。
RabbitMQ之Consumer
jannal专栏
10-06 6181
文章目录RabbitMQ-java-client版本Consumer推拉模式代码消息确认与拒绝prefetch关闭 RabbitMQ-java-client版本 com.rabbitmq:amqp-client:4.3.0 RabbitMQ版本声明: 3.6.15 Consumer RabbitMQ的消费模式分为两种:Push(服务端推)和Pull(客户端拉)，Push(推)采用Basic...
rabbitmq关于delivery_tag
t0m的专栏
10-30 9906
delivery_tag是消息投递序号，每个channel对应一个(long类型)，从1开始到9223372036854775807范围，在手动消息确认时可以对指定delivery_tag的消息进行ack、nack、reject等操作。 每次消费或者重新投递requeue后，delivery_tag都会增加，理论上该正常业务范围内，该值永远不会达到最大范围上限。可以根据每个消费者对应channe...
【RabbitMQ】- Channel和Delivery Tag机制
qq_57882997的博客
06-03 1155
Channel在 RabbitMQ 的消费者代码中，Channel 和 tag 参数的存在是为了实现消息确认机制（Acknowledgment）和精细化的消息控制。Channel。
RabbitMQ(四) --消费者Consumer
知识点滴
09-18 5026
一：摘要概述 经过前面三篇文章的学习，对于RabbitMQ中间件应该处于拨开云雾见青天阶段。本文将趁热打铁，完善RabbitMQ基础应用最后一个消费版块。当然文中会持续深入讲解有关消息分发、消费端确认等中阶特性 二：消息消费 MQ队列可以理解为物品寄存中心，放进去总要拿出来用，一直放着没有利息还会持久增加成本引发系列问题。MQ存储的消息使用有两种途径，RabbitMQ服务推送、消费者客户端拉取 2...
RabbitMQ消息模式之自定义消费者
weixin_42687829的博客
02-15 1656
我们之前都是在代码中编写while循环，进行consumer.nextDelivery方法进行获取下一条消息，然后进行消费处理；但是我们使用自定义的Consumer更加的方便，解耦性更加的强，也是实际工作中最常用的使用方式 自定义消费端代码： package com.ue.consumer; import com.rabbitmq.client.AMQP; import com.rabbi...
2.3 RabbitMQ高级特效-自定义消费者
star2013yk的博客
02-27 564
之前的demo都是通过QueueingConsumer对象来消费消息，可以通过继承DefaultCunsumer类来处理消息。 自定义消费者代码 package com.star.movie.consumer; import com.rabbitmq.client.AMQP; import com.rabbitmq.client.Channel; import com.rabbitmq.clie...
Spring Boot 中 RabbitMQ 的使用
m0_74823933的博客
02-15 1042
在中，我们学习了 RabbitMQ 的，接下来，在本篇文章中，我们就来在中实现常见的工作模式（由于 RPC 模式 和 发布确认模式 使用较少，因此在这里就不进行介绍了），进而学习在 Spring Boot 中如何使用 RabbitMQ在编写代码之前，我们需要先创建项目，引入依赖，并配置基本信息。
RabbitMQ 消费者确认（Consumer Acknowledgements)
Lamb_IT的博客
11-03 3525
RabbitMQ关于数据安全有两个特性：[发布者确认(Publisher Confirms](https://blog.youkuaiyun.com/Lamb_IT/article/details/102649484))和消费者确认(Consumer Acknowledegements)。前者用于MQ服务器(broker)告诉发布者传递消息的结果，它是消息协议的拓展内容；后者用于消费者告诉MQ服务器消息传递的结果，是消息协议包含的定义。本文主要介绍RabbitMQ对消费者确认的实现。
RabbitMQ 高级特性 Consumer Ack
weixin_42947972的博客
03-29 466
RabbitMQ 高级特性 Consumer Ack
RabbitMQ
2301_81522768的博客
07-04 396
作用：消费端把消息处理结果ACK，NACK，Reject等返回给Broker之后，Broker需要对对应的消息执行后续操作，例如删除消息、重新排队或标记为死信等等。那么Broker就必须知道它现在要操作的消息具体是哪一条。而deliverTag作为消息的唯一标识就很好的满足了这个需求。并且deliverTag在Borker范围内是唯一的。
【RabbitMQ】Consumer之消费模式、消息确认与拒绝 - 基于AMQP 0-9-1
穿越在未来的专栏
03-09 1608
介绍RabbitMQ Consumer消费者的消费模式，包括推模式和拉模式，还有消息的确认机制，消息拒绝和消息的批量拒绝，以及如何让消息重新入队的介绍，通过这篇文章，可以快速上手RabbitMQ Consumer端的基础开发。
rabbitmq之consumer学习
wubinbaoyi的专栏
12-26 952
consumer： push message，from queue to consumer pull message, from consumer to queue Each consumer (subscription) has an identifier called aconsumer tag. It can be used to unsubscribe frommessages. C
Rabbitmq的消息确机制ACK实战+DeliveryTag介绍
zssz1026的专栏
04-25 2628
RabbitMQ系列（三）基本概念之Consumer
yyueshen的专栏
02-26 784
消息处理终端Consumer 通过订阅或拉取队列中的消息，进行业务逻辑（如数据处理、通知发送等）处理，是消息传递的最终使用者。解耦生产者与消费速度生产者（Publisher）只需关注消息发送，无需感知消费者的数量和处理能力，消费者(Consumer)独立按需处理消息，不直接与生产者关联，解耦他们的关系。
RabbitMQ中CorrelationData 与DeliveryTag的区别
qq_39666711的博客
06-27 1122
综上所述，CorrelationData在RabbitMQ中主要用于封装和传递与消息相关的业务ID信息，以便在消息处理过程中进行追踪和确认。在RabbitMQ中，CorrelationData是一个用于封装业务ID信息的类，它主要在消息确认机制中发挥作用。当发送消息时，可以将业务ID信息封装在CorrelationData对象中，并作为参数传递给消息发送方法。RabbitMQ支持消息确认机制，即生产者发送消息后，可以等待消费者的确认消息，以确保消息已成功被消费者处理。
【消息中间件】RabbitMQ
本博客旨在记录软件开发中的点滴进步，特别是围绕Java后端开发领域的深度学习与实践总结。在这里，你可以找到关于Spring全家桶、并发编程、微服务架构以及数据库优化等方面的原创文章。欢迎在博客下方留言与我交流，期待与志同道合的你一起探讨技术
08-25 1119
1 基础篇 1.1 为什么需要消息队列 1.2 什么是消息队列 1.3 RabbitMQ简介 1.4 RabbbitMQ安装 一、安装 # 拉取镜像 docker pull rabbitmq:3.13-management # -d 参数：后台运行 Docker 容器 # --name 参数：设置容器名称 # -p 参数：映射端口号，格式是“宿主机端口号:容器内端口号”。5672供客户端程序访问，15672供后台管理界面访问 # -v 参数：卷映射目录 # -e 参数：
channel.basicAck(deliveryTag, false); 什么意思 三个参数又是 什么意思
最新发布
07-09
<think>我们正在讨论RabbitMQ的Java客户端中的确认机制。用户询问的是`channel.basicAck(deliveryTag, false);`的含义以及它的参数。 首先，`basicAck`是用于消息确认的方法。在RabbitMQ中，当消费者处理完一条消息后，需要向服务器发送确认，以便服务器知道可以安全地删除该消息（或者做其他处理）。 方法签名：`void basicAck(long deliveryTag, boolean multiple) throws IOException;` 参数解释： 1. `deliveryTag`：这是消息的投递标签。每个消息都会被分配一个唯一的deliveryTag（在同一个channel内是唯一的并且单调递增）。通过这个标签，我们可以确认具体的哪一条消息。 2. `multiple`：这是一个布尔值，表示是否确认多条消息。如果设置为true，则会确认所有比当前deliveryTag小的消息（即当前通道中所有未确认的消息中，deliveryTag小于等于当前标签的消息都会被确认）。如果为false，则只确认当前这一条消息。 用户给出的代码片段是`channel.basicAck(deliveryTag, false);`，其中第二个参数是`false`，表示只确认deliveryTag指定的这一条消息。 另外，需要注意的是，在RabbitMQ中，消息确认有两种模式： - 自动确认（autoAck=true）：当消费者收到消息时，消息就被认为是已经确认了。 - 手动确认（autoAck=false）：需要显式调用`basicAck`（或`basicNack`、`basicReject`）来确认消息。 使用手动确认可以确保消息被成功处理后再确认，避免消息丢失。 现在，我们按照要求回答问题，并在最后提出3-5个相关问题。</think>### `channel.basicAck(deliveryTag, false);` 含义解析 这是 RabbitMQ 中**手动消息确认**的核心方法，用于告知 RabbitMQ 服务器消息已成功处理。方法签名如下： ```java void basicAck(long deliveryTag, boolean multiple) throws IOException; ``` --- ### 参数详解 | 参数 | 类型 | 作用说明 | 示例值 | |--------------|-----------|--------------------------------------------------------------------------|-------------| | **deliveryTag** | `long` | 消息投递标识符<br>（同一 Channel 内唯一且单调递增） | `12345` | | **multiple** | `boolean` | 是否批量确认<br>`true`=确认所有小于 deliveryTag 的消息<br>`false`=仅确认当前消息 | `false` | --- ### 工作流程解析 ```mermaid sequenceDiagram participant RabbitMQ participant Consumer RabbitMQ->>Consumer: 推送消息 (deliveryTag=100) Consumer->>Consumer: 处理业务逻辑 Consumer->>RabbitMQ: basicAck(100, false) RabbitMQ->>RabbitMQ: 从队列中删除消息100 ``` --- ### 关键特性说明 1. **必须与手动确认模式配合使用**： ```java // 创建消费者时需设置 autoAck=false channel.basicConsume(queueName, false, consumer); ``` 2. **未确认消息的后果**： - 消息会保留在队列中（显示为 Unacked 状态） - 可能导致消息重复投递（消费者重启时） 3. **与其它确认方法的区别**： | 方法 | 作用 | 是否可批量 | |---------------------|-----------------------------|-----------| | `basicAck(tag, true)` | 确认当前及之前所有消息 | ✅ | | `basicNack(tag, false, true)` | 拒绝消息并重新入队 | ✅ | | `basicReject(tag, true)` | 拒绝单条消息（已废弃） | ❌ | --- ### 典型使用场景 ```java // 消费者回调函数示例 DeliverCallback deliverCallback = (consumerTag, delivery) -> { try { // 1. 处理消息业务逻辑 processMessage(delivery.getBody()); // 2. 单条消息确认 (推荐) channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false); } catch (Exception e) { // 3. 处理失败时拒绝消息 channel.basicNack(deliveryTag, false, true); } }; ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值