消息应答
概念
消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了，会发生什么情况。RabbitMQ一旦向消费者传递了一条消息，便立即将该消息标记为删除。在这种情况下，突然有个消费者挂掉了，我们将丢失正在处理的消息。以及后续发送给该消费这的消息，因为它无法接收到。 为了保证消息在发送过程中不丢失，rabbitmq引入消息应答机制，消息应答就是:消费者在接收到消息并且处理该消息之后，告诉rabbitmq它已经处理了，rabbitmq可以把该消息删除了。
自动应答
消息发送后立即被认为已经传送成功，这种模式需要在高吞吐量和数据传输安全性方面做权衡,因为这种模式如果消息在接收到之前，消费者那边出现连接或者channel关闭，那么消息就丢失了,当然另一方面这种模式消费者那边可以传递过载的消息，没有对传递的消息数量进行限制，当然这样有可能使得消费者这边由于接收太多还来不及处理的消息，导致这些消息的积压，最终使得内存耗尽，最终这些消费者线程被操作系统杀死，所以这种模式仅适用在消费者可以高效并以某种速率能够处理这些消息的情况下使用。
消息应答的方法
A.Channel.basicAck(用于肯定确认) RabbitMQ已知道该消息并且成功的处理消息，可以将其丢弃了
B.Channel.basicNack(用于否定确认)
C.Channel.basicReject(用于否定确认) 与Channel.basicNack相比少一个参数 不处理该消息了直接拒绝，可以将其丢弃了
Multiple的解释
手动应答的好处是可以批量应答并且减少网络拥堵
multiple的true和false代表不同意思
true代表批量应答channel上未应答的消息 比如说channel上有传送tag的消息 5,6,7,8 当前tag是8 那么此时 5-8的这些还未应答的消息都会被确认收到消息应答
false同上面相比（通常用false）
只会应答tag=8的消息 5,6,7这三个消息依然不会被确认收到消息应答
消息自动重新入队
如果消费者由于某些原因失去连接(其通道已关闭，连接已关闭或TCP连接丢失)，导致消息未发送ACK确认，RabbitMQ将了解到消息未完全处理，并将对其重新排队。如果此时其他消费者可以处理，它将很快将其重新分发给另一个消费者。这样，即使某个消费者偶尔死亡，也可以确保不会丢失任何消息。
消息手动应答代码
代码语言：javascript复制public class work03 {
public final static String QUEUE_NAME="hello5";
public static void main(String[] args) throws Exception {
System.out.println("c2应答短....");
Channel channel = untils.getChannel();
/**
* 消费者信息
* 1.消费哪个队列
* 2.消费成功以后是否要自动应答，true自动应答，false手动挡
* 3.消费者未成功消费的回调内容1
* 4.消费者取消的回调
*
*/
//声明 接收消息
DeliverCallback deliverCallback=(consumerTag, delivery)->{
System.out.println("开始休眠1s...");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
//1.消息标记
// 2.false 代表只应答接收到的哪个传递的信息，true为应答所有的消息包括传递过来的消息
channel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);
System.out.println("接收到的消息" new String(delivery.getBody()));
};
//取消 消息的回调
CancelCallback cancelCallback= consumerTag -> {
System.out.println(consumerTag "消息消费者中断");
};
channel.basicConsume(QUEUE_NAME,false,deliverCallback,cancelCallback);
}
}答效果演示
采用伦循正常情况下消息发送方发送两个消息C1和C2分别接收到消息并进行处理
在发送者发送消息bb，发出消息之后的把C2消费者停掉，按理说该C2来处理该消息，但是由于它处理时间较长，在还未处理完，也就是说C2还没有执行ack代码的时候，C2被停掉了，此时会看到消息被C1接收到了，说明消息bb被重新入队，然后分配给能处理消息的C1处理了
