RabbitMq ACK/重新发布

Question

此处的文档：http://www.rabbitmq.com/semantics.html

声明当信道关闭时，它被重新分配以进行传递

消息可以使用以requeue参数(Basic.recover、Basic.reject和Basic.NACK）为特征的AMQP方法返回到队列，也可以由于在保留未确认消息时通道关闭而返回到队列。对于2.7.0之前的RabbitMQ版本，这些场景中的任何一个都会导致消息在队列的后面被重新分配。从RabbitMQ版本2.7.0开始，消息总是按发布顺序保存在队列中，即使在存在重新队列或通道关闭的情况下也是如此。

状态：仅当工作连接终止时

如果一个消费者在没有发送ack的情况下死亡，那么RabbitMQ将理解一个消息没有被完全处理，并将它重新传递给另一个消费者。这样，即使工作人员偶尔死亡，也可以确保不会丢失任何消息。

没有任何消息超时；RabbitMQ只有在工作连接死亡时才会重新传递消息。即使处理一条消息需要非常非常长的时间，也没有问题。

Answer 1

第二个引号的措辞不正确，尽管员工页面的上下文仍然正确。你用粗体写的句子将正确地改为：

RabbitMQ会在消费者死亡时重新传递消息。

这样说并不会排除其他合法的情况，但会说明他们在本文中所提出的观点。

如果希望消息重新排队并重新传递，则必须确保noack设置为false（这是默认值）。一旦你有了这一点，你引用的第一段就是正确的。

...

关于您的ChannelManager-不需要。频道是便宜、快捷的东西，可以根据需要站起来拆掉。只要你使用所有的开放通道，只有1个开放通道或者有1000个开放通道都是可以的。