（5）消费者如何做到消息的确认

一只懒得睁眼的猫

博客专家认证

2023-01-12 23:33:05

课时名称	课时知识点
（5）消费者如何做到消息的确认

...全文

94 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

这里的消息确认机制，指的是消费者对消息的确认，而不是生产者。（1）背景缘由当消费者把消息发送出去后，就会把消息删除。如果消费者这边处理消息成功，则相安无事；但是如果处理异常，消息也就会丢失。所以就需要设置消费者的消息确认模式（2）消息确认的机制消息确认机制分为两个大类：自动确认和手动确认手动确认又分为三种模式：肯定确认、否定确认、否定批量确认对于rabbitmq的操作有两种，我们主要介绍第二种直接使用amqb提供的包（RabbitMQ Java Client库）使用spring集成进来的。

求大神指导~ 查看了很多能查到的文档都没有找到明确说明的，rabbit的发布订阅和ActiveMq的发布订阅有所区别，我之前一直用 ActiveMq的后来公司要求改为rabbitMQ，请问同一个队列如果有多个消费者，那么如何确保所有消费者都恩那个收到同一条消息？而不是 消费者1消费掉如图：我写的消费者代码如下： publicvoidreceiveMessage(Str...

达到最大重试次数后，若消费依然失败，则表明消费者在正常情况下无法正确地消费该消息，此时，消息队列 RocketMQ 不会立刻将消息丢弃，而是将其发送到该消费者对应的特殊队列中。的消息交付策略，和消息重复消费是一对共生的因果关系，要做到不丢消息就无法避免消息重复消费，原因很简单，试想一下这样的场景：客户端接收到消息并完成了消费，在消费确认过程中发生了通讯错误，从Broker的角度是无法得知客户端是在接收消息过程中出错还是在消费确认过程中出错，为了确保不丢消息，重发消息是唯一的选择。主要用的也是这种方式。

消息重发机制，在消费者进行消费时，如果rabbitmq开启了消息重发机制，当消费者处理消息时候抛出了异常，即触发消息重发机制，注意，处理消息逻辑不要用try-catch捕捉异常，异常被捕捉后，会抛出异常信息，但不会影响代码正常执行，amqp aop会视为正常消费，不会触发重发机制。此处已验证，尚未确认是bug或者本身就是联动配置。关于消息确认机制，自动确认可能导致消息丢失，如果单条消息发送至消费者后，消费者处理报错，最多触发消息重发机制，重发达到重发上限后，便会抛弃此消息，造成消息丢失。

消息的消费确认实现原理: 当消费者的消息消费异常时，消息进入延迟重试队列，待超时后重新发送到重试队列指定的死信队列，死信队列重新消费信息，如果又出现死信情况，继续进入延时重试队列，依次循环，当重试超过3次后，消息进入失败队列等待相应的消费者特殊处理或人工处理。死信队列死信队列*中（dead letter）死信的消息来源：消息被拒绝（basic.reject或basic.nack）并且req...

安静的技术控的课程社区_NO_1

2

社区成员

210

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章