RabbitMQ保证消息可靠性

生产者消息确认

基础概念

RabbitMQ 提供了 publisher confirm 机制来避免消息发送到 MQ 过程中丢失。消息发送到 MQ 以后，会返回一个结果给发送者，表示消息是否处理成功。结果有两种请求：

1.publisher-confirm，发送者确认

① 消息成功投递到交换机，返回 ack
② 消息未投递到交换机，返回 nack

2.publisher-return，发送者回执

消息投递到交换机了，但是没有路由到队列

在使用确认机制发送消息时，需要给每个消息设置一个全局唯一 id，以区分不同消息，避免 ack 冲突

代码实现

1.在 publisher 的配置文件 application.yml 中添加如下配置：

spring:
  rabbitmq:
    publisher-confirm-type: correlated
    publisher-returns: true
    template:
      mandatory: true

配置说明：

（1）publish-confirm-type：开启 publisher-confirm，这里支持两种类型：

① simple：同步等待 confirm 结果，直到超时
② correlated：异步回调，定义 ConfirmCallback，MQ 返回结果时会回调这个 ConfirmCallback

（2）publish-returns：开启 publish-return 功能，同样是基于 callback 机制，不过是定义 ReturnCallback

（3）template.mandatory：定义消息路由失败时的策略。true：调用ReturnCallback；false：直接丢弃消息

2.在 publisher 中编写配置类，配置 ConfirmCallback 和 ReturnCallback。实际上每个 RabbitTemplate 只能配置一个 ReturnCallback，而可以配置多个 ConfirmCallback（ConfirmCallback 可以直接在消息中配置，不同的消息可以有不同的 ConfirmCallback），这里为了简便，就只配置一个 ConfirmCallback

@Configuration
@Slf4j
public class RabbitConfig implements ApplicationContextAware {
   
   

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
   
   
        RabbitTemplate rabbitTemplate = applicationContext.getBean(RabbitTemplate.class);
        // 配置ConfirmCallback
        rabbitTemplate.setConfirmCallback((correlationData, ack, cause) -> {
   
   
            log.info("ConfirmCallback");
            if(ack) {
   
   
                log.info("消息成功投递到交换机：{}", correlationData);
            } else {
   
   
                log.error("消息投递到交换机失败：{}", correlationData);
                log.error("失败原因：{}", cause);
            }
        });
        // 配置 ReturnCallback
        rabbitTemplate.setReturnsCallback((returnedMessage -> {
   
   
            log.error("ReturnCallback");
            log.error("消息路由到队列失败");
            log.error("响应码：{}", returnedMessage.getReplyCode());
            log.error("失败原因；{}", returnedMessage.getReplyText());
            log.error("交换机；{}", returnedMessage.getExchange());
            log.error("路由Key：{}", returnedMessage.getRoutingKey());
            log.error("消息：{}", returnedMessage.getMessage());
        }));
    }
}

3.在 consumer 中编写配置类，声明一个不绑定队列的独立交换机和一个绑定了一个队列的交换机

@Configuration
public class ConfirmConfig {
   
   

    // 独立交换机，不绑定队列
    @Bean
    public FanoutExchange independentExchange() {
   
   
        return new FanoutExchange("independent.exchange");
    }

    // 绑定一个队列的交换机
    @Bean
    public FanoutExchange carryExchange() {
   
   
        return new FanoutExchange("carry.exchange");
    }

    @Bean
    public Queue carryQueue() {
   
   
        return new Queue("carry.queue");
    }

    @Bean
    public Binding exchangeBinding(Queue carryQueue, FanoutExchange carryExchange) {
   
   
        return BindingBuilder.bind(carryQueue).to(carryExchange);
    }

}

4.编写测试类进行测试

考虑以下三种情况：

① 消息发送到不存在的交换机
② 消息发送到存在的交换机，但是交换机没有绑定队列，即消息路由失败
③ 消息成功投递到队列

（1）消息发送到不存在的交换机

@SpringBootTest
public class ReliabilityTests {
   
   

    @Autowired
    private RabbitTemplate rabbitTemplate;

    // 将消