测试RabbitMQ消息应答(手动档，自动挡)

自动挡)"/>

测试RabbitMQ消息应答(手动档，自动挡)

概念

消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了，会发生什么情况。 RabbitMQ 一旦向消费者传递了一条消息，便立即将该消息标记为删除。在这种情况下，突然有个消费者挂掉了，我们将丢失正在处理的消息。以及后续发送给该消费这的消息，因为它无法接收到。

为什么会有这个概念？

为了保证消息在发送过程中不丢失， rabbitmq 引入消息应答机制，消息应答就是:消费者在接收到消息并且处理该消息之后，告诉 rabbitmq 它已经处理了， rabbitmq 可以把该消息删除了。

自动应答

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

消息应答的方法

Channel.basicAck //(用于肯定确认)
//RabbitMQ 已知道该消息并且成功的处理消息，可以将其丢弃了
Channel.basicNack  //(用于否定确认)
Channel.basicReject //(用于否定确认)
//与 Channel.basicNack 相比少一个参数（Multiple）不处理该消息了直接拒绝，可以将其丢弃了

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

multiple 的 true 和 false 代表不同意思

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

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

消息自动重新入队

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

消息手动应答的实现

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

生产者代码

import com.rabbitmq.client.Channel;
import com.xiang.rabbitmq.util.RabbitMqUtils;import java.util.Scanner;/*** 生产者* 消息手动应答*/
public class Produce {public static final String QUEUE_NAME = "ack_queue";public static void main(String[] args) throws Exception {Channel channel = RabbitMqUtils.getChannel();// 声明队列channel.queueDeclare(QUEUE_NAME,false,false,false,null);//从控制台当中接收信息Scanner scanner = new Scanner(System.in);while (scanner.hasNext()){String message = scanner.next();channel.basicPublish("",QUEUE_NAME,null,message.getBytes("UTF-8"));System.out.println("PRODUCE发送消息完成:"+message);}}
}

消费者代码

消费者

package com.xiang.rabbitmq.three;import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.rabbitmq.client.Delivery;
import com.xiang.rabbitmq.util.RabbitMqUtils;import java.util.concurrent.TimeUnit;/*** 消费者* 消息手动应答，消息不丢失，消息重新入队*/
public class Consumer {public static final String QUEUE_NAME = "ack_queue";public static void main(String[] args) throws Exception {Channel channel = RabbitMqUtils.getChannel();System.out.println("【Q1等待接收消息】");DeliverCallback deliverCallback = (String consumerTag, Delivery message)->{try {TimeUnit.SECONDS.sleep(2);  // 睡2s} catch (InterruptedException e) {e.printStackTrace();}System.out.println("接收到的消息：" + new String(message.getBody(),"UTF-8"));/*** 手动应答* 1.long deliveryTag, 消息标记* 2 boolean multiple  是否批量应答*/channel.basicAck(message.getEnvelope().getDeliveryTag(), false);};CancelCallback cancelCallback = (consumerTag)->{System.out.println("消费者取消了消费消息");};boolean autoAck = false;channel.basicConsume(QUEUE_NAME,autoAck,deliverCallback,cancelCallback);}
}

消费者01

package com.xiang.rabbitmq.three;import com.rabbitmq.client.CancelCallback;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.rabbitmq.client.Delivery;
import com.xiang.rabbitmq.util.RabbitMqUtils;import java.util.concurrent.TimeUnit;/*** 消费者* 消息手动应答，消息不丢失，消息重新入队*/
public class Consumer01 {public static final String QUEUE_NAME = "ack_queue";public static void main(String[] args) throws Exception {Channel channel = RabbitMqUtils.getChannel();System.out.println("【Q2等待接收消息】");DeliverCallback deliverCallback = (String consumerTag, Delivery message)->{try {TimeUnit.SECONDS.sleep(30); // 睡30s} catch (InterruptedException e) {e.printStackTrace();}System.out.println("接收到的消息：" + new String(message.getBody(),"UTF-8"));/*** 手动应答* 1.long deliveryTag, 消息标记* 2 boolean multiple  是否批量应答*/channel.basicAck(message.getEnvelope().getDeliveryTag(), false);};CancelCallback cancelCallback = (consumerTag)->{System.out.println("消费者取消了消费消息");};boolean autoAck = false;channel.basicConsume(QUEUE_NAME,autoAck,deliverCallback,cancelCallback);}
}

手动应答实验演示

启动程序
实验步骤 Q2处理消息的时间为30s，我们在 Q2接收到消息后，在30s模拟Q2消费者系统故障，查看消息是否被消费？是否重新入队。

生产者发出两条消息

理论上来说，Q1和Q2各自处理一条消息，在Q2接收到消息后，有30s的处理时间，处理的时候，系统突然挂了，那消息去哪里了


发现消息都被Q1消费了。

结论

在发送者发送消息 test001，发出消息之后的把 Q2 消费者停掉，按理说该 Q2 来处理该消息，但是由于它处理时间较长，在还未处理完，也就是说 Q2 还没有执行 ack 代码的时候， Q2 被停掉了，此时会看到消息被 Q1 接收到了，说明消息 test002 被重新入队，然后分配给能处理消息的 Q1 处理了.