RabbitMQ高级特性

最新推荐文章于 2025-05-09 22:17:18 发布

Absinthe_苦艾酒

最新推荐文章于 2025-05-09 22:17:18 发布

阅读量708

点赞数 7

文章标签： rabbitmq 分布式

本文链接：https://blog.csdn.net/2303_80933038/article/details/147720025

版权

1.消息的可靠投递

在使用 RabbitMQ 的时候，作为消息发送方希望杜绝任何消息丢失或者投递失败场景。RabbitMQ 为我们提供了两种方式用来控制消息的投递可靠性模式。

1.confirm 确认模式

2.return 退回模式

rabbitmq 整个消息投递的路径为：

producer--->rabbitmq broker--->exchange--->queue--->consumer

如果消息从 producer 到 exchange 失败则会调用confirm的一个api返回一个 confirmCallback 。

如果消息从 exchange-->queue 投递失败则会调用return的一个api返回一个 returnCallback 。

我们将利用这两个 callback 控制消息的可靠性投递

生产端：

ConfirmCallback 的用途

核心功能：监听消息是否成功到达 RabbitMQ 交换机（Exchange）。
- 如果消息成功到达交换机，RabbitMQ 会返回 ack=true。
- 如果消息未能到达交换机（如交换机不存在、网络故障等），RabbitMQ 会返回 ack=false 并附带失败原因（cause）。
异步通知：回调是异步触发的，不会阻塞主线程。

睡眠操作：测试代码执行完毕后，测试线程立即退出，导致RabbitMQ客户端的异步确认回调（ConfirmCallback）还未被触发，程序就终止了

测试代码与原生：

对比项	`RabbitTemplate` + `ConfirmCallback` (Spring AMQP)	原生 `Channel` + `ConfirmListener` (RabbitMQ Java Client)
所属框架	Spring AMQP（对 RabbitMQ Java Client 的高级封装）	RabbitMQ 官方 Java 客户端（底层 API）
编程复杂度	更简单（自动管理连接、通道、序列化等）	更复杂（需手动管理连接、通道、序列化等）
适用场景	Spring/Spring Boot 项目	非 Spring 项目或需要精细控制的原生场景

    //测试Confirm模式
    @Test
    public void testConfirm() {
         //定义回调
        rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
        @Override
        //如果成功则ack为true，否则为false
        public void confirm(CorrelationData correlationData, boolean ack, String cause) {
                System.out.println("confirm方法被执行了....");
                 //ack 为  true表示 消息已经到达交换机
                if (ack) {
                    //接收成功
                    System.out.println("接收成功消息" + cause);
                } else {
                    //接收失败
                    System.out.println("接收失败消息" + cause);
                    //做一些处理，让消息再次发送。
                }
            }
        });
        //进行消息发送
        rabbitTemplate.convertAndSend("test_exchange_confirm","confirm","message Confirm...");
        //测试代码执行完毕后，测试线程立即退出，导致RabbitMQ客户端的异步确认回调（ConfirmCallback）还未被触发，程序就终止了
        try {
            Thread.sleep(5000);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

ReturnCallback 的用途

核心机制：Return 模式

触发条件：
当消息成功到达交换机，但无法路由到任何队列时（比如路由键 routingKey 不匹配或队列不存在），RabbitMQ 会触发 ReturnCallback。

总结：

ConfirmCallback：

ConnectionFactory的publisher-confirms="true" 开启确认模式。

使用rabbitTemplate.setConfirmCallback设置回调函数。当消息发送到exchange后回调confirm方法。在方法中判断ack，如果为true，则发送成功，如果为false，则发送失败，需要处理。

ReturnCallback ：

设置ConnectionFactory的publisher-returns="true" 开启退回模式。

使用rabbitTemplate.setReturnCallback设置退回函数，当消息从exchange路由到queue失败后，如果设置了rabbitTemplate.setMandatory(true)参数，则会将消息退回给producer。并执行回调函数returnedMessage。

2.Consumer Ack

消费端：

Consumer Ack

ack指Acknowledge:确认。表示消费端收到消息后的确认方式。

代码：

@Component
public class AckListener implements ChannelAwareMessageListener {

    @Override
    public void onMessage(Message message, Channel channel) throws Exception {
        //1、获取消息的id
        long deliveryTag = message.getMessageProperties().getDeliveryTag();

        try {

        //2、获取消息
        System.out.println("message:"+new String(message.getBody()));

        //3、进行业务处理
        System.out.println("=====进行业务处理====");

        //模拟出现异常
        int  i = 5/0;

        //4、进行消息签收
            // deliveryTag：消息的唯一id
            // true：确认所有小于deliveryTag的消息,全部签收；false：只确认deliveryTag对应的消息
        channel.basicAck(deliveryTag, true);
        } catch (Exception e) {
            //拒绝签收
            //第三个参数：requeue：重回队列。如果设置为true，则消息重新回到queue，broker会重新发送该消息给消费端
            channel.basicNack(deliveryTag, true, true);
        }
    }
}

在此之前，你得确定你开启了自动签收，在对应的xml文件中

有三种确认方式：

•自动确认：acknowledge="none"

•手动确认：acknowledge="manual"

•根据异常情况确认：acknowledge="auto"

其中自动确认是指，当消息一旦被Consumer接收到，则自动确认收到，并将相应 message 从 RabbitMQ 的消息缓存中移除。但是在实际业务处理中，很可能消息接收到，业务处理出现异常，那么该消息就会丢失。如果设置了手动确认方式，则需要在业务处理成功后，调用channel.basicAck()，手动签收，如果出现异常，则调用channel.basicNack()方法，让其自动重新发送消息