RabbitMQ消息确认与消息重新入队

2019独角兽企业重金招聘Python工程师标准>>>

消息确认

当生产者投递消息到消费者broker会立即从内存中将消息删除，在这种情况下，杀掉一个消费者将会丢失消息。

为了确认消息不会丢失，rabbitmq支持message acknowledgments。一个ACK的响应会从消费端返回，告诉rabbitmq一个特定的消息已被接收。

当rabbitmq空闲时会处理它，将它删除。

如果一个消费者挂掉（channel被关闭、connection被关闭或者TCP 连接被关闭）而没有发送ACK，那么rabbitmq会让这个消息重新入队。

如果在同一时间内有其他的消费者连接了，他快被快速的投递到其他的消费者那。即使工作者偶尔挂掉，这种方式下也可以确定没有消息会丢失。

没有任何的消息超时，当消费者挂掉，rabbitmq将重新投递这些消息。对于处理一个消息需要非常非常长的时间也没关系因为不会超时。

消息的ack默认是打开的，默认标记是autoAck=true，当完成了任务得到了ack响应那么可以删除掉这个标记，也就是autoAck=false。

示例代码在官网有详细的说明：http://www.rabbitmq.com/getstarted.html，第二个选项 Work queues页中有Message acknowledgment，选择自己对应的语言即可。

消息重新入队

basicRecover：是路由不成功的消息可以使用recovery重新发送到队列中。

basicReject：是接收端告诉服务器这个消息我拒绝接收,不处理,可以设置是否放回到队列中还是丢掉，而且只能一次拒绝一个消息,官网中有明确说明不能批量拒绝消息，为解决批量拒绝消息才有了basicNack。

basicNack：可以一次拒绝N条消息，客户端可以设置basicNack方法的multiple参数为true，服务器会拒绝指定了delivery_tag的所有未确认的消息(tag是一个64位的long值，最大值是9223372036854775807)。

示例代码：

官网中有明确的代码示例：http://www.rabbitmq.com/nack.html

API结合具体的业务应用。

转载于:https://my.oschina.net/lzhaoqiang/blog/712095