RabbitMQ：交换确认的消息，没有任何现有的绑定

Question

我正在向没有任何队列绑定的主题交换发送消息。 只是一个空白的交换。 通道创建为确认通道，每次发送消息时都会调用我的确认回调。 奇怪的是，对于我收到的每条消息。

我是否做错了什么或误解了发布者确认的工作方式？ 我如何知道消息是路由到队列还是被交换器丢弃？

我正在使用 amqplib 作为节点。

---

好吧，可能我没有足够清楚地解释我的问题。 所以这里有一些代码：

var amqp = require('amqplib/callback_api');
amqp.connect('amqp://host' , function(err, conn) {

    conn.createConfirmChannel(function(err, ch) {

        channel.assertExchange('my_awsome_exchange', 'topic', {durable: true});

        channel.publish('my_awsome_exchange', 'routing_key', new Buffer('some data'),
        {
            mandatory: true
        },
        function(err){
           // err is null no matter if a queue is bound to the exchange or not
           console.log(err);
        });
    });
});

如您所见，创建了一个交换，但还没有队列绑定到这个交换。 所以我的期望是向这个交换发送消息永远不会被确认。 @Teddy：我从文档中知道这一部分，这就是我如此困惑的原因。 由于消息没有路由到任何队列，我本来希望消息会被拒绝。

Answer 1

这是设计使然。 检查此链接。 它说得很清楚：

什么时候可以确认消息？

对于不可路由的消息，一旦交换验证消息不会路由到任何队列（返回一个空的队列列表），代理将发出确认。 如果消息也被发布为强制消息，则 basic.return 在 basic.ack 之前发送给客户端。 否定确认 (basic.nack) 也是如此。

对于可路由的消息，当所有队列都接受消息时发送 basic.ack。 对于路由到持久队列的持久消息，这意味着持久化到磁盘。 对于镜像队列，这意味着所有镜像都已接受消息。

Answer 2

我相信误解在于这样一个事实，即“Ack”意味着服务器成功路由了消息。

但之前的说法是错误的。 Ack 实际上意味着服务器能够成功处理消息。

你可以把它想象成 RabbitMQ 服务器说：我对你的消息负责

" basic.nack 只有在负责队列的 Erlang 进程发生内部错误时才会被传递。 "

由以下链接引用https://www.rabbitmq.com/confirms.html

Answer 3

我已经尝试了 channel.confirmSelect() 并且它不保证消息发送到队列，而不是保证消息发布到交换。 如果此时没有绑定队列，那么 RabbitMQ 服务器将简单地丢弃该消息。