SpringBoot 消息队列RabbitMQ 消费者确认机制 失败重试机制

介绍

为了确认消费者是否成功处理消息,RabbitMQ提供了消费者确认机制(ConsumerAcknowledgement)。当消费者处理消息结束后,应该向RabbitMQ发送一个回执,告知RabbitM0自己消息处理状态。

回执三种模式

  • ack:成功处理消息,RabbitMO从队列中删除该消息
  • nack:消息处理失败,RabbitMO需要再次投递消息
  • reject:消息处理失败并拒绝该消息,RabbitMO从队列中删除该消息

SpringAMQP已经实现了消息确认功能。并允许我们通过配置文件选择ACK处理方式

配置文件

  • none 不处理。即消息投递给消费者后立刻ack,消息会立刻从MQ删除。非常不安全,不建议使用

  • manual 手动模式。需要自己在业务代码中调用api,发送ack或reject,存在业务入侵,但更灵活

  • auto 自动模式。SpringAMQP利用AOP对我们的消息处理逻辑做了环绕增强,当业务正常执行时则自动返回ack,如果是业务异常,会自动返回nack,如果是消息处理或校验异常,自动返回reiect。

yml 复制代码
spring:
  rabbitmq:
    host: 112.68.123.287
    port: 5673 #通信端口
    virtual-host: /cdn #虚拟主机名称
    username: c
    password: 123456aa
    listener:
      simple:
        acknowledge-mode: auto #确认机制  默认none

失败重试机制

当消费者出现异常后,消息会不断requeue(重新入队)到队列,再重新发送给消费者,然后再次异常,再次requeue无限循环,导致mq的消息处理飙升。

异常返回nack RabbitMQ需要再次投递消息,如果因为某些原因导致一直投递失败,就会造成循环给系统带来压力。可以利用Spring的retry机制,在消费者出现异常时利用本地重试,而不是无限制的requeue到mq队列

yml 复制代码
spring:
  rabbitmq:
    host: 118.99.13.229
    port: 5673 #通信端口
    virtual-host: /csdn #虚拟主机名称
    username: csdn
    password: 123456aa
    listener:
      simple:
        retry:
          enabled: true #开启消费者失败重试
          stateless: true # true无状态 false有状态。如果业务包含事务改为false
          max-attempts: 3 #最大重试次数
        acknowledge-mode: auto #确认机制  默认none

失败消息处理策略

在开启重试模式后,重试次数耗尽,如果消息依然失败,则需要有MessageRecoverer接口来处理。

3种不同的实现

  • RejectAndDontRequeueRecoverer:重试耗尽后,直接reject,丢弃消息。默认就是这种方式
  • ImmediateRequeueMessageRecoverer:重试耗尽后,返回nack,消息重新入队
  • RepublishMessageRecoverer:重试耗尽后,将失败消息投递到指定的交换机

目前RepublishMessageRecoverer 是比较可靠的策略

java 复制代码
@Configuration
@ConditionalOnProperty(value = "spring.rabbitmq.listener.simple.retry",name = "enabled",havingValue = "true")
//开启失败重试的情况下才生效
public class ErrorConfig {
    @Bean
    public DirectExchange errorDirectExchange(){
        return  new DirectExchange("error.direct");
    }//创建交换机

    @Bean
    public Queue errorQueue(){
        return  new Queue("error.queue");
    }
    //创建队列

    @Bean
    public Binding errorBinding(Queue errorQueue,DirectExchange exchange){
        return BindingBuilder.bind(errorQueue).to(exchange).with("error");
    }//交换机与队列绑定

    @Bean
    public MessageRecoverer messageRecoverer(RabbitTemplate rabbitTemplate){
        return  new RepublishMessageRecoverer(rabbitTemplate,"error.direct","error");
    }//RepublishMessageRecoverer
}
相关推荐
IT_陈寒2 小时前
Redis内存爆了,原来我漏掉了这个致命配置
前端·人工智能·后端
小bo波3 小时前
从"任意文件复制"深挖Java I/O:字符流与字节流的本质抉择
java·nio·io流·后端开发·文件复制
fliter3 小时前
最后一块拼图:用 bitvec 构造 IPv4 包,真正做出自己的 Ping
后端
用户3521802454754 小时前
🎆从 Prompt 到 Skill:让 Spring AI Agent 学会"装新技能"
人工智能·spring boot·ai编程
fliter4 小时前
用 Rust 解析并生成 ICMP 包:checksum、nom 与 cookie-factory
后端
蝎子莱莱爱打怪4 小时前
XZLL-IM干货系列 03|消息 ID 设计:一个 UUID 搞不定的事,我用两个 ID 解决了
后端·面试·开源
fliter4 小时前
从 panic 到 Result:用 Rust 重新整理一个 ping 项目的错误处理
后端
森蓝情丶5 小时前
我给 AI 搭了个法庭:一个前端仔的 LangGraph 实战全记录
前端·后端
JensCS猿5 小时前
从 Spring Boot 回看 SSM 框架:手动挡与自动挡的驾驶哲学
后端
爱勇宝5 小时前
干了近 8 年,一夜之间被裁:AI 时代,程序员最该害怕的不是 AI
前端·后端·程序员