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会长时间运行,因此这个"内存泄漏"是致命的。
4、结合项目实例进行,理解一下ACK机制。之前写过RabbitMQ的交换器Exchange之direct(发布与订阅 完全匹配),这里借助这个进行消息持久化测试。生产者的代码不发生改变。控制层的触发生产者生产消息,这里只生产一条消息。方便观察现象。
1 package com.example.bie.controller; 2 3 import org.springframework.beans.factory.annotation.Autowired; 4 import org.springframework.stereotype.Controller; 5 import org.springframework.web.bind.annotation.RequestMapping; 6 import org.springframework.web.bind.annotation.ResponseBody; 7 8 import com.example.bie.provider.RabbitMqLogErrorProduce; 9 import com.example.bie.provider.RabbitMqLogInfoProduce; 10 11 /** 12 * 13 * @author biehl 14 * 15 */ 16 @Controller 17 public class RabbitmqController { 18 19 @Autowired 20 private RabbitMqLogInfoProduce rabbitMqLogInfoProduce; 21 22 @Autowired 23 private RabbitMqLogErrorProduce rabbitMqLogErrorProduce; 24 25 @RequestMapping(value = "/logInfo") 26 @ResponseBody 27 public String rabbitmqSendLogInfoMessage() { 28 String msg = "生产者===>生者的LogInfo消息message: "; 29 for (int i = 0; i < 1; i++) { 30 rabbitMqLogInfoProduce.producer(msg + i); 31 } 32 return "生产===> LogInfo消息message ===> success!!!"; 33 } 34 35 @RequestMapping(value = "/logError") 36 @ResponseBody 37 public String rabbitmqSendLogErrorMessage() { 38 String msg = "生产者===>生者的LogError消息message: "; 39 for (int i = 0; i < 1; i++) { 40 rabbitMqLogErrorProduce.producer(msg + i); 41 } 42 return "生产===> LogError消息message ===> success!!!"; 43 } 44 45 }
消费者消费消息,打印输出后面手动抛出运行时异常,观察现象。
1 package com.example.bie.consumer; 2 3 import org.springframework.amqp.core.ExchangeTypes; 4 import org.springframework.amqp.rabbit.annotation.Exchange; 5 import org.springframework.amqp.rabbit.annotation.Queue; 6 import org.springframework.amqp.rabbit.annotation.QueueBinding; 7 import org.springframework.amqp.rabbit.annotation.RabbitHandler; 8 import org.springframework.amqp.rabbit.annotation.RabbitListener; 9 import org.springframework.stereotype.Component; 10 11 /** 12 * 13 * @author biehl 14 * 15 * 消息接收者 16 * 17 * 1、@RabbitListener bindings:绑定队列 18 * 19 * 2、@QueueBinding 20 * value:绑定队列的名称、exchange:配置交换器、key:路由键routing-key绑定队列和交换器 21 * 22 * 3、@Queue value:配置队列名称、autoDelete:是否是一个可删除的临时队列 23 * 24 * 4、@Exchange value:为交换器起个名称、type:指定具体的交换器类型 25 * 26 * 27 */ 28 @Component 29 @RabbitListener(bindings = @QueueBinding( 30 31 value = @Queue(value = "${rabbitmq.config.queue.error}", autoDelete = "true"), 32 33 exchange = @Exchange(value = "${rabbitmq.config.exchange}", type = ExchangeTypes.DIRECT), 34 35 key = "${rabbitmq.config.queue.error.routing.key}")) 36 public class LogErrorConsumer { 37 38 /** 39 * 接收消息的方法,采用消息队列监听机制. 40 * 41 * @RabbitHandler意思是将注解@RabbitListener配置到类上面 42 * 43 * @RabbitHandler是指定这个方法可以进行消息的接收并且消费. 44 * 45 * @param msg 46 */ 47 @RabbitHandler 48 public void consumer(String msg) { 49 // 打印消息 50 System.out.println("ERROR消费者===>消费<===消息message: " + msg); 51 throw new RuntimeException(); 52 } 53 54 }
观察现象,如下所示:
在RabbitMQ的浏览器界面,可以看到一条消息未被进行ACK的消息确认机制,这条消息被锁定Unacked,所以一直在控制台进行报错。
控制台效果如下所示,一直进行消息的发送,因为消费方一直没有返回ACK确认,RabbitMQ认为消息未进行正常的消费,会将消息再次放入到队列中,再次让你消费,但是还是没有返回ACK确认,依次循环,形成了死循环。
如何解决问题呢,如果消息发送的时候,程序出现异常,后果很严重的,会导致内存泄漏的,所以在程序处理中可以进行异常捕获,保证消费者的程序正常执行,这里不进行介绍了。第二种方式可以使用RabbitMQ的ack确认机制。开启重试,然后重试次数,默认为3次。这里设置为5次。
1 # 给当前项目起名称. 2 spring.application.name=rabbitmq-ack-direct-consumer 3 4 # 配置端口号 5 server.port=8080 6 7 # 配置rabbitmq的参数. 8 # rabbitmq服务器的ip地址. 9 spring.rabbitmq.host=192.168.110.133 10 # rabbitmq的端口号5672,区别于浏览器访问界面的15672端口号. 11 spring.rabbitmq.port=5672 12 # rabbitmq的账号. 13 spring.rabbitmq.username=guest 14 # rabbitmq的密码. 15 spring.rabbitmq.password=guest 16 17 # 设置交换器的名称,方便修改. 18 # 路由键是将交换器和队列进行绑定的,队列通过路由键绑定到交换器. 19 rabbitmq.config.exchange=log.exchange.direct 20 21 # info级别的队列名称. 22 rabbitmq.config.queue.info=log.info.queue 23 # info的路由键. 24 rabbitmq.config.queue.info.routing.key=log.info.routing.key 25 26 # error级别的队列名称. 27 rabbitmq.config.queue.error=log.error.queue 28 # error的路由键. 29 rabbitmq.config.queue.error.routing.key=log.error.routing.key 30 31 # 开启重试 32 spring.rabbitmq.listener.simple.retry.enabled=true 33 # 重试次数,默认为3次 34 spring.rabbitmq.listener.simple.retry.max-attempts=5
效果如下所示:
可以看到控制台尝试了5次以后就不再进行重试了。
RabbitMQ的界面可以看到,开始的效果和上面的一致,但是5次尝试以后,就变成了0条。RabbitMQ将这条消息丢弃了。
作者:别先生
博客园:https://www.cnblogs.com/biehongli/
如果您想及时得到个人撰写文章以及著作的消息推送,可以扫描上方二维码,关注个人公众号哦。