RabbitMQ消息队列:ACK机制
来源:互联网 发布:绝地求生神盾网络验证 编辑:程序博客网 时间:2024/05/21 17:30
每个Consumer可能需要一段时间才能处理完收到的数据。如果在这个过程中,Consumer出错了,异常退出了,而数据还没有处理完成,那么 非常不幸,这段数据就丢失了。因为我们采用no-ack的方式进行确认,也就是说,每次Consumer接到数据后,而不管是否处理完 成,RabbitMQ Server会立即把这个Message标记为完成,然后从queue中删除了。
如果一个Consumer异常退出了,它处理的数据能够被另外的Consumer处理,这样数据在这种情况下就不会丢失了(注意是这种情况下)。
为了保证数据不被丢失,RabbitMQ支持消息确认机制,即acknowledgments。为了保证数据能被正确处理而不仅仅是被Consumer收到,那么我们不能采用no-ack。而应该是在处理完数据后发送ack。
在处理数据后发送的ack,就是告诉RabbitMQ数据已经被接收,处理完成,RabbitMQ可以去安全的删除它了。
如果Consumer退出了但是没有发送ack,那么RabbitMQ就会把这个Message发送到下一个Consumer。这样就保证了在Consumer异常退出的情况下数据也不会丢失。
这里并没有用到超时机制。RabbitMQ仅仅通过Consumer的连接中断来确认该Message并没有被正确处理。也就是说,RabbitMQ给了Consumer足够长的时间来做数据处理。
这样即使你通过Ctr-C中断了Recieve.cs,那么Message也不会丢失了,它会被分发到下一个Consumer。
如果忘记了ack,那么后果很严重。当Consumer退出时,Message会重新分发。然后RabbitMQ会占用越来越多的内存,由于 RabbitMQ会长时间运行,因此这个“内存泄漏”是致命的。去调试这种错误,可以通过一下命令打印un-acked Messages.
如果连接没有断开应用要通知服务器让消息重新发送:
可以通过channel.nack(message)来让不通过的消息再次进入消息队列。
if(body==’Hello World3!’)
{
//这样就可以让这个消息再次进入队列而不用重启服务。
chnl.nack(msg);
}else{
console.log(‘ack’);
chnl.ack(msg);
}
- RabbitMQ消息队列:ACK机制
- RabbitMQ消息队列:ACK机制
- RabbitMQ消息应答------ack机制
- (六)RabbitMQ消息队列-消息任务分发与消息ACK确认机制(PHP版)
- (六) RabbitMQ消息应答------ack机制
- RabbitMQ消息队列(2):工作队列之消息分发机制
- 用redis来实现具有ack机制的消息队列
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(九):Publisher的消息确认机制
- RabbitMQ消息队列(三):任务分发机制
- 接口的语法限制
- Android开发中Material Design风格设置页面的实践
- 【OpenCV入门教程之九】 非线性滤波专场:中值滤波、双边滤波
- 如果老公和男朋友他们是程序
- 进程和线程
- RabbitMQ消息队列:ACK机制
- 【Python】Python_learning6:Python中的sort排序函数之序列排序-从小到大&从大到小
- linux下的静态库依赖
- Android自定义ViewGroup实战-----流式布局
- openPTSP的运行及修改
- KODI16.1编译:
- bootstrap-wysiwyg这个坑
- C#项目中操作Excel文件——使用NPOI库
- 第十二章 异常处理 概念和基本使用