SpringBoot+RabbitMQ学习笔记（六）RabbitMQ之ACK机制

一丶简介

RabbitMQ消息确认ACK机制

1、什么是消息确认ACK。

　　答：如果在处理消息的过程中，消费者的服务器在处理消息的时候出现异常，那么可能这条正在处理的消息就没有完成消息消费，数据就会丢失。为了确保数据不会丢失，RabbitMQ支持消息确定-ACK。

2、ACK的消息确认机制。

　　答：ACK机制是消费者从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ，RabbitMQ收到反馈后才将此消息从队列中删除。

　　　　如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，那么就不会有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将消息重新放入队列中。
　　　　如果在集群的情况下，RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务端故障的时候，不丢失任何消息和任务。
　　　　消息永远不会从RabbitMQ中删除，只有当消费者正确发送ACK反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。
　　　　消息的ACK确认机制默认是打开的。

3、ACK机制的开发注意事项。

　　答：如果忘记了ACK，那么后果很严重。当Consumer退出时候，Message会一直重新分发。然后RabbitMQ会占用越来越多的内容，由于RabbitMQ会长时间运行，因此这个”内存泄漏”是致命的。

那么如何防止内存泄漏发生呢？

直接上代码。

#开启重试
spring.rabbitmq.listener.direct.retry.enabled=true
#设置重试次数，默认为三次
spring.rabbitmq.listener.direct.retry.max-attempts=5

只需要在配置文件中加上如上配置，就可以防止Message一直从新分发而导致内存泄漏。

本来还想加上代码，不过看到有位大佬写的很好，就不多此一举了，奉上链接：RabbitMQ的消息确认ACK机制

,

　　答：如果在处理消息的过程中，消费者的服务器在处理消息的时候出现异常，那么可能这条正在处理的消息就没有完成消息消费，数据就会丢失。为了确保数据不会丢失，RabbitMQ支持消息确定-ACK。

2、ACK的消息确认机制。

　　答：ACK机制是消费者从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ，RabbitMQ收到反馈后才将此消息从队列中删除。

　　　　如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，那么就不会有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将消息重新放入队列中。
　　　　如果在集群的情况下，RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务端故障的时候，不丢失任何消息和任务。
　　　　消息永远不会从RabbitMQ中删除，只有当消费者正确发送ACK反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。
　　　　消息的ACK确认机制默认是打开的。

3、ACK机制的开发注意事项。

　　答：如果忘记了ACK，那么后果很严重。当Consumer退出时候，Message会一直重新分发。然后RabbitMQ会占用越来越多的内容，由于RabbitMQ会长时间运行，因此这个”内存泄漏”是致命的。

那么如何防止内存泄漏发生呢？

直接上代码。

#开启重试
spring.rabbitmq.listener.direct.retry.enabled=true
#设置重试次数，默认为三次
spring.rabbitmq.listener.direct.retry.max-attempts=5

只需要在配置文件中加上如上配置，就可以防止Message一直从新分发而导致内存泄漏。

本来还想加上代码，不过看到有位大佬写的很好，就不多此一举了，奉上链接：RabbitMQ的消息确认ACK机制