消费端进行消费的时候，如果由于业务异常导致失败了，返回NACK达到最大重试次数，此时我们可以进行日志的记录，然后手动ACK回去，最后对这个记录进行补偿。
或者由于服务器宕机等严重问题，导致ACK和NACK都没有，那我们就需要手工进行ACK保障消费端消费成功，再通过补偿机制补偿。
消费端的重回队列是为了对没有处理成功的消息，把消息重新递给broker。但是在我们的实际生产，一般都会关闭重回队列，
代码地址： https://github.com/hmilyos/rabbitmq-api-demo
生产端的代码基本没什么变化
注意看消费端的代码，图中圈出来的autoack一定要设置为false，要不然不会生效的
自定义消费者代码如下
先启动消费端，再启动生产端
注意看消费端的日志，发现按 0-4消费完后，0的重回队列了，符合我们的目标
自此，重回队列演示完毕。
消费端的手工ACK和NACK 消费端进行消费的时候，如果由于业务异常导致失败了，返回NACK达到最大重试次数，此时...
消费端的手工ACK与NACK 当我们设置 autoACK=false 时，就可以使用手工ACK方式了，那么其实手工...
消费端的手工 ACK 和 NACK 消费端进行消费的时候，如果由于业务异常导致失败了，返回 NACK 达到最大重试...
RabbitMQ消息中间件技术精讲15 高级篇八 消费端ACK与重回队列 消费端的签收方式： 分为自动签收和手动签...
消费端的手工ACK与NACK 当我们设置 autoACK=false 时，就开启了手工ACK模式，那么其实手工模式...
在代码端也是非常好处理的，就与上一个帖子类似的方法： 这个方法就是no ack,也就是确认消费不成功，然后最后一个...
队列服务的ACK机制 Kafka自动提交偏移量(每隔5s提交一次)主动提交偏移量 Rabbitmq默认支持ACK没...
Redis 没有 ack 机制，当消费失败的情况下队列如何处理？ Redis List的特点就是只有消费，没有查看...
确认消息 为了保证消息从队列可靠的到达消费者， RabbitMQ 提供了消息确认机制，消费者在订阅队列时，...
文章参考：Rabbit实战指南 消费端的确认与拒绝 为了保证消息从队列可靠地达到消费者，RabbitMQ提供了消息...
本文标题：RabbitMQ消费端ACK与重回队列机制
本文链接：https://www.haomeiwen.com/subject/vcgsbftx.html
网友评论