rabbitmq杂谈

rabbitmq中的consumerTag和deliveryTag分别是干啥的，有什么用？

同一个会话， consumerTag 是固定的 可以做此会话的名字， deliveryTag 每次接收消息+1，可以做此消息处理通道的名字。

因此 deliveryTag 可以用来回传告诉 rabbitmq 这个消息处理成功 清除此消息（basicAck方法）。

Delivery Tag：

当我们需要确认一条消息已经被消费时，我们调用的 basicAck 方法的第一个参数是 Delivery Tag。

Delivery Tag 用来标识信道中投递的消息。RabbitMQ 推送消息给 Consumer 时，会附带一个 Delivery Tag，以便 Consumer 可以在消息确认时告诉 RabbitMQ 到底是哪条消息被确认了。

RabbitMQ 保证在每个信道中，每条消息的 Delivery Tag 从 1 开始递增。

basicAck 方法的第二个参数 multiple 取值为 false 时，表示通知 RabbitMQ 当前消息被确认；如果为 true，则额外将比第一个参数指定的 delivery tag 小的消息一并确认。（批量确认针对的是整个信道，参考gordon.study.rabbitmq.ack.TestBatchAckInOneChannel.java。）

对同一消息的重复确认，或者对不存在的消息的确认，会产生 IO 异常，导致信道关闭。

B. 忘了确认会怎样

如果我们注释掉22行，让 consumerChannel1 不再确认消息，世界会怎样？

只要程序还在运行，这3条消息就一直是 Unacked 状态，无法被 RabbitMQ 重新投递。更厉害的是，RabbitMQ 消息消费并没有超时机制，也就是说，程序不重启，消息就永远是 Unacked 状态。处理运维事件时不要忘了这些 Unacked 状态的消息。

当程序关闭时（实际只要 Consumer 关闭就行），这3条消息会恢复为 Ready 状态。

C. 取消确认

当消费消息出现异常时，我们需要取消确认，这时我们可以使用 Channel 的 basicReject 方法。

$message->delivery_info['channel']->basic_nack($message->delivery_info['delivery_tag'],false,true);

第一个参数指定 delivery tag，第三个参数说明如何处理这个失败消息。requeue 值为 true 表示该消息重新放回队列头，值为 false 表示放弃这条消息。

一般来说，如果是系统无法处理的异常，我们一般是将 requeue 设为 false，例如消息格式错误，再处理多少次也是异常。调用第三方接口超时这类异常 requeue 应该设为 true。

从 basicReject 方法参数可见，取消确认不支持批量操作（类似于 basicAck 的 multiple 参数）。所以，RabbitMQ 增加了 basicNack 方法以提供批量取消能力