RabbitMQ学习之消息应答

138 阅读4分钟

​ 本文已参与【新人创作礼】活动,一起开启掘金创作之路。

 一、概念

消费者完成一个任务可能需要一段时间,如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了,会发生什么情况。RabbitMQ 一旦向消费者传递了一条消息,便立即将该消息标记为删除。在这种情况下,突然有个消费者挂掉了,我们将丢失正在处理的消息。以及后续发送给该消费这的消息,因为它无法接收到。
为了保证消息在发送过程中不丢失,rabbitmq 引入消息应答机制,消息应答就是: 消费者在接收到消息并且处理该消息之后,告诉 rabbitmq  它已经处理了,rabbitmq 可以把该消息删除了

二、自动应答

消息发送后立即被认为已经传送成功,这种模式需要在 高吞吐量和数据传输安全性方面做权衡,因为这种模式如果消息在接收到之前,消费者那边出现连接或者 channel 关闭,那么消息就丢失了,当然另一方面这种模式消费者那边可以传递过载的消息, 没有对传递的消息数量进行限制,当然这样有可能使得消费者这边由于接收太多还来不及处理的消息,导致这些消息的积压,最终使得内存耗尽,最终这些消费者线程被操作系统杀死, 所以这种模式仅适用在消费者可以高效并以某种速率能够处理这些消息的情况下使用。

三、消息应答的方法

1)Channel.basicAck(用于肯定确认)
RabbitMQ 已知道该消息并且成功的处理消息,可以将其丢弃了

2)Channel.basicNack(用于否定确认)

3)Channel.basicReject(用于否定确认)
与Channel.basicNack 相比少一个参数不处理该消息了直接拒绝,可以将其丢弃了

四、Multiple的解释

手动应答的好处是可以批量应答并且减少网络拥堵

​编辑

true 代表批量应答 channel 上未应答的消息
比如说 channel 上有传送 tag 的消息 5,6,7,8 当前 tag 是 8, 那么此时5-8 的这些还未应答的消息都会被确认收到消息应答。

false 同上面相比,只会应答 tag=8 的消息 5,6,7 这三个消息依然不会被确认收到消息应答。

​编辑

五、消息自动重新入队

如果消费者由于某些原因失去连接(其通道已关闭,连接已关闭或 TCP 连接丢失),导致消息未发送 ACK 确认,RabbitMQ 将了解到消息未完全处理,并将对其重新排队。如果此时其他消费者可以处理,它将很快将其重新分发给另一个消费者。这样,即使某个消费者偶尔死亡,也可以确保不会丢失任何消息。

​编辑

六、消息手动应答代码 

默认消息采用的是自动应答,所以我们要想实现消息消费过程中不丢失,需要把自动应答改
为手动应答。

1.抽取工具类

每次写生产者消费者都有这些代码,故提取出来

2.消费者代码

public class Worker01 {
    //队列的名称
    public static final String QUEUE_NAME = "ack";
    public static void main(String[] args) throws IOException, TimeoutException {
        System.out.println("消费者1_消费时间短");
        Channel channel = RabbitMqUtils.getChannel();

        // 推送的消息如何进行消费的接口回调
        DeliverCallback deliverCallback = (consumerTag, message) ->{
            try {
                TimeUnit.SECONDS.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("接收到的消息:"+new String(message.getBody(),"UTF-8"));
            /**
             * 1.消息的标记tag
             * 2.是否批量应答信道中的消息
             */
            channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
        };

        //取消消费的一个回调接口 如在消费的时候队列被删除掉了
        CancelCallback cancelCallback = consumerTag ->{
            System.out.println("消费被中断");
        };
        /**
         *  消费者消费消息
         * 1. 消费哪个队列
         * 2. 消费成功之后是否要自动应答 true 代表自动应答 false 手动应答
         * 3. 当一个消息发送过来后的回调接口
         * 4.消费者取消消费的回调
         */
        //手动应答
        boolean autoAck = false;
        channel.basicConsume(QUEUE_NAME,autoAck,deliverCallback,cancelCallback);

    }
}

public class Worker02 {
    //队列的名称
    public static final String QUEUE_NAME = "ack";

    //接收消息
    public static void main(String[] args) throws IOException, TimeoutException {
        System.out.println("消费者2_消费时间长");
        Channel channel = RabbitMqUtils.getChannel();

        // 推送的消息如何进行消费的接口回调
        DeliverCallback deliverCallback = (consumerTag, message) ->{
            try {
                TimeUnit.SECONDS.sleep(30);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("接收到的消息:"+new String(message.getBody(),"UTF-8"));
            channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
        };

        //取消消费的一个回调接口 如在消费的时候队列被删除掉了
        CancelCallback cancelCallback = consumerTag ->{
            System.out.println("消费被中断");
        };
        //手动应答
        boolean autoAck = false;
        channel.basicConsume(QUEUE_NAME,autoAck,deliverCallback,cancelCallback);

    }
}

3.生产者代码

public class Produce {
    //队列名称
    public static final String QUEUE_NAME="ack";

    public static void main(String[] args) throws IOException, TimeoutException {
        channel.queueDeclare(QUEUE_NAME,false,false,false,null);
        //发消息
        String message;
        /**
         *  发送一个消息
         * 1. 发送到哪个交换机
         * 2. 路由的 key 是哪个
         * 3. 其他的参数信息
         * 4. 发送消息的消息体
         */
        for(int i=0;i<10;i++){
            message = "message_____"+i;
            //设置生产者消息为持久化消息(要求保存到磁盘上)
            channel.basicPublish("",QUEUE_NAME, null, message.getBytes());
        }
        System.out.println("消息发送完毕");
    }
}

4.运行结果

正常情况是轮询

在C2消费掉一个消息后,将C2停掉,此时会看到消息被 C1 接收到了,说明消息被重新入队,然后分配给能处理消息的 C1 处理了,说明消息消费过程中不丢失。

​编辑

 ​编辑

\