RabbitMQ面试题

• 如何确保消息正确地发送至RabbitMQ？

  RabbitMQ使用发送方确认模式，确保消息正确地发送到RabbitMQ。

  发送方确认模式：将信道设置成confirm模式（发送方确认模式），则所有在信道上发布的消息都会被指派一个唯一的ID。一旦消息被投递到目的队列后，或者消息被写入磁盘后（可持久化的消息），信道会发送一个确认给生产者（包含消息唯一ID）。如果RabbitMQ发生内部错误从而导致消息丢失，会发送一条nack（not acknowledged，未确认）消息。

  发送方确认模式是异步的，生产者应用程序在等待确认的同时，可以继续发送消息。当确认消息到达生产者应用程序，生产者应用程序的回调方法就会被触发来处理确认消息。

• 如何确保消息接收方消费了消息？

  接收方消息确认机制：消费者接收每一条消息后都必须进行确认（消息接收和消息确认是两个不同操作）。只有消费者确认了消息，RabbitMQ才能安全地把消息从队列中删除。

  这里并没有用到超时机制，RabbitMQ仅通过Consumer的连接中断来确认是否需要重新发送消息。也就是说，只要连接不中断，RabbitMQ给了Consumer足够长的时间来处理消息。

  下面罗列几种特殊情况：

  • 如果消费者接收到消息，在确认之前断开了连接或取消订阅，RabbitMQ会认为消息没有被分发，然后重新分发给下一个订阅的消费者。
    （可能存在消息重复消费的隐患，需要根据bizId去重）
  • 如果消费者接收到消息却没有确认消息，连接也未断开，则RabbitMQ认为该消费者繁忙，将不会给该消费者分发更多的消息。

• 消息如何分发？

  若该队列至少有一个消费者订阅，消息将以循环（round-robin）的方式发送给消费者。每条消息只会分发给一个订阅的消费者（前提是消费者能够正常处理消息并进行确认）。

• 消息怎么路由？

  从概念上来说，消息路由必须有三部分：交换器、路由、绑定。生产者把消息发布到交换器上；绑定决定了消息如何从路由器路由到特定的队列；消息最终到达队列，并被消费者接收。

  1. 消息发布到交换器时，消息将拥有一个路由键（routing key），在消息创建时设定。
  2. 通过队列路由键，可以把队列绑定到交换器上。
  3. 消息到达交换器后，RabbitMQ会将消息的路由键与队列的路由键进行匹配（针对不同的交换器有不同的路由规则）。
     如果能够匹配到队列，则消息会投递到相应队列中；
     如果不能匹配到任何队列，消息将进入 “黑洞”。

  常用的交换器主要分为一下三种：

  • direct：
    如果路由键完全匹配，消息就被投递到相应的队列

  • fanout：
    如果交换器收到消息，将会广播到所有绑定的队列上

  • topic：
    可以使来自不同源头的消息能够到达同一个队列。
    使用topic交换器时，可以使用通配符，比如：
    “*” 匹配特定位置的任意文本， “.” 把路由键分为了几部分，“#” 匹配所有规则等。

    特别注意：
    发往topic交换器的消息不能随意的设置选择键（routing_key），必须是由"."隔开的一系列的标识符组成。

• 消息什么时候会变成死信？

  三种情况：

  • 消息被拒绝（basic.reject或basic.nack）并且requeue=false.
  • 消息TTL过期
  • 队列达到最大长度（队列满了，无法再添加数据到mq中）

• 死信消息会被怎样处理？

  在定义业务队列的时候，要考虑指定一个死信交换机，死信交换机可以和任何一个普通的队列进行绑定，然后
  在业务队列出现死信的时候就会将数据发送到死信队列。

• 消费者中默认的ack机制是什么样的？会有什么问题么？

  默认情况是：当消费者拿到消息之后立即回复ack而不管消息是否正确被处理，就回复。这个时间很快，以至于基本看不到unack的状态。

  消息在消费者端阻塞（消息重复或者大量的消息堆积）。假如消费者在接收消息后，业务处理的过程中发生异常crash了，那么这条消息就消失了，持久化也无法解决这个问题。这里就需要我们在日常的业务处理中，消费者要手动的确认消息。确认消息包括两种，一种是ack，另一种是unack，unack是表明我这条消息处理异常了，可以设置参数告诉MQ服务器是否需要将消息重新放入到队列中。同时，如果开启了手动回复确认的消费者，当消费者异常断开时，没有回复的消息会被重新放入队列供给其他消费者使用。所以程序员必须一定要记得回复消息确认，不然会导致消息重复或者大量的消息堆积。

• RabbitMQ如何实现延时队列?

  有两种方式：

  • 利用TTL（队列的消息存活时间或者消息存活时间），加上死信交换机
  • 也可以使用延迟插件