liubin192837的博客

发布者的否定应答    特殊情况下，中转服务节点无法成功的处理消息，则发送basic.nack消息，而不是basic.ack。这种情况下，basic.nack和basic.ack字段意义相同，都应重排字段都应被忽略。否定应答一个或多个消息，中转节点既声明无法处理这些消息，也不对这些消息再负责，基于这点客户端可能选择重新发布这些消息。     在通道设置未确认模式，所有后到的消息将一次应答。不...

Github:https://github.com/liubin192837/rabbitmPractice "Hello World!"推送端：src/main/java/com/lb/demo/utils.javapublic static void p2pSend() throws IOException, TimeoutException { String qu...

Consumer Cancel Notification取消机制，有两个方面：一个是作为消费者，主动脱离不再接收消息二是，服务节点不提供消息供消费，消费需要被通知进而取消必要等待主动脱离不再接收消息：需要主动向服务ｎｏｄｅ发出basic.cancel，　服务器回复basic.cancel.ok,则完成服务节点不提供消息供消费：一是，由于默认并不支持这点，客户端需要主动向服务节点声明这个能力。二是，...

前序　　使用诸如rabbitmq一类的系统作为消息服务，实际中基本都是分布式系统。由于发送协议无法保证信息送达到伙伴的手里，也没法保证伙伴成功的处理这些消息。所以需要一种“确认机制”来确认传输和信息处理过程的状态。RabbitMQ的下的多个协议都有支持这个特性。本文基于AMQP 0-9-1进行介绍，但是理念也适用于其他类似的协议。　　在“订阅者/消费者”到RabbitMQ服务器的"传输成功...

消费端确认模式和数据安全性    当向消费者发送消息时，要考虑消息是否被处理（至少是否被消费者接收到）。因为想app，connection等都可能失败，这是基于数据安全的考虑。协议提供了一种机制，当消费者连接时，告知其连接上。是否可借助这种机制呢。    借助于这种确认模式，RabbitMQ可以确认发送成功，或者收到客户端的确认消息。手动发送应答信息，可以是肯定的也可以是否定的，分别使用如...

成批的确认传递    手动确认可以成批的确认处理来减少网络的负担。这个可以通过在如上的方法设置multiple字段属性为true。注意basic.reject一直以来都没有这个字段，所以basic.nack作为RabbitMQ的扩展协议引入。   当设置multiple为true，RabbitMQ将确认未完成的标签，并携带在确认信息中包含标签标示。正如其它的收到确认信息，作用域也是chan...