RabbitMQ实战【ACK消息确认机制】

什么是消息确认ACK？

  如果在处理消息的过程中，消费者服务器、网络、出现故障挂了，那可能这条正在处理的消息就没有完成，数据就会丢失。为了确保消息不会丢失，RabbitMQ支持消息确认–ACK。

ACK的消息确认机制

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

1.如果一个消费者在处理消息时挂掉（网络不稳定、服务器异常、网站故障等），那么就不会有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将此消息重新放入队列中。

2.如果在集群的情况下：RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务器故障的时候，不丢失任何消息和任务。

3.消息永远不会从RabbitMQ服务器中删除;只有当消费者正确的发送ACK确认反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。

4.消息的ACK确认机制默认是打开的。

ACK机制的开发注意事项

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

配置rabbitmq消息重试

spring boot版本：2.1.10.RELEASE

#开启重试
spring.rabbitmq.listener.simple.retry.enabled=true
#默认重试的次数为3
spring.rabbitmq.listener.simple.retry.max-attempts=5

spring boot版本：1.x

#开启重试
spring.rabbitmq.listener.retry.enabled=true
#默认重试的次数为3
spring.rabbitmq.listener.retry.max-attempts=5