RabbitMQ 高级特性之重试机制

1. 简介

在消息传递时,有可能会因为网络故障、内存资源不足等不可控原因,导致消息没有成功发送出去,这时我们就可以选择将这条消息进行重新发送。能够重新发送的前提是代码逻辑没有问题。

2. 需要的配置

java 复制代码
spring:
  rabbitmq:
    listener:
      simple:
        acknowledge-mode: auto
        retry:
          enabled: true # 开启消费者失败重试
          initial-interval: 5000ms # 初始失败等待时⻓为5秒
          max-attempts: 5 # 最⼤重试次数(包括自身消费的⼀次)

在配置信息中设置了消息的重发次数,该次数包括一开始生产者发送消息的那一次。

这里我们需要注意,在使用重试机制时,需要搭配 auto 使用,原因下面进行讲解。

3. auto 与重试机制搭配使用的结果

生产者代码如下:

java 复制代码
@RequestMapping("/producer")
@RestController
public class ProducerController {

    @Resource(name = "rabbitTemplate")
    private RabbitTemplate rabbitTemplate;

    /**
     * 重试机制
     */
    @RequestMapping("/retry")
    public String retry() {
        String message = "retry test...";

        rabbitTemplate.convertAndSend(Constants.RETRY_EXCHANGE, Constants.RETRY_ROUTINGKEY, message);

        return "消息发送成功";
    }
}

对于无异常版本的消费者代码,其代码运行结果即正常消费消息,下面只使用有异常版本的消费者代码:

java 复制代码
@Slf4j
@Component
public class RetryListener {

    @RabbitListener(queues = Constants.RETRY_QUEUE)
    public void listener(Message message) {
        String messageInfo = new String(message.getBody());
        long deliveryTag = message.getMessageProperties().getDeliveryTag();

        log.info("接收消息, message: {}, deliveryTag: {}", messageInfo, deliveryTag);

        int num = 1 / 0;

        log.info("消息消费完成");
    }
}

代码运行结果如下:

由于在消费者代码中出现了除数为 0 的错误,于是消息就消费失败,触发了消息重发机制后兄奥西重发了 4 次,消息一共发送了 5 次。并且在日志中可以看出,这些消息的 deliveryTag 都是相同的。

4. manual 与 重试机制搭配使用的结果

将配置文件的 acknowledge-mode 修改为 manual,并在消费者代码中添加 basicAck 和 basicNack,代码如下:

java 复制代码
@Slf4j
@Component
public class RetryListener {

    @RabbitListener(queues = Constants.RETRY_QUEUE)
    public void listener(Message message, Channel channel) throws IOException {

        String messageInfo = new String(message.getBody());
        long deliveryTag = message.getMessageProperties().getDeliveryTag();

        try {
            log.info("接收消息, message: {}, deliveryTag: {}", messageInfo, deliveryTag);

            int num = 1 / 0;

            log.info("消息消费完成");

            channel.basicAck(deliveryTag, false);

        } catch (Exception e) { //此处的异常必须包含 除数为 0 的异常,不然就不会进入到 catch 中,就导致不会执行 basicNack 方法,就无法将消息重新入队列
            channel.basicNack(deliveryTag, false, true);
        }
    }
}

代码运行结果如下:

从结果中可以看出,虽然设置了重发次数为5次,但是 deliveryTag 却一直在递增,就表示该消息一直在入队列并发送,没有受到重发机制的限制。

所以在重试机制下,搭配 auto 确认模式使用才能发挥效果。

相关推荐
奋进的芋圆4 分钟前
TokenRetryHelper 详解与 Spring Boot 迁移方案
java·spring boot·后端
毕设源码-赖学姐18 分钟前
【开题答辩全过程】以 音像租借管理系统为例,包含答辩的问题和答案
java
小宇的天下22 分钟前
Calibre 3Dstack --每日一个命令day7【Centers】(3-7)
java·服务器·数据库
用户03048059126326 分钟前
Spring Boot 配置文件加载大揭秘:优先级覆盖与互补合并机制详解
java·后端
青莲84327 分钟前
Java内存回收机制(GC)完整详解
java·前端·面试
CRUD酱31 分钟前
微服务分模块后怎么跨模块访问资源
java·分布式·微服务·中间件·java-ee
gAlAxy...35 分钟前
5 种 SpringBoot 项目创建方式
java·spring boot·后端
lalala_lulu36 分钟前
什么是事务,事务有什么特性?
java·开发语言·数据库
沛沛老爹1 小时前
深入理解Agent Skills——AI助手的“专业工具箱“实战入门
java·人工智能·交互·rag·企业开发·web转型ai
回家路上绕了弯1 小时前
定时任务实战指南:从单机到分布式,覆盖Spring Scheduler/Quartz/XXL-Jo
分布式·后端