消息队列面试题

1.消息丢失，分为三种情况，分别在生产者，mq，消费者上发生

• 生产者传入数据到mq时，传输过程中丢失，可能因为网络故障
  • 解决办法
  • （1）生产者在发送消息时，开启mq事务，如果mq没有接受到数据会报异常，异常处进行事务回滚，然后在catch中重新发送消息，缺点：同步处理，性能低

  • // 开启事务
    channel.txSelect
    try {
        // 这里发送消息
    } catch (Exception e) {
        channel.txRollback
    
        // 这里再次重发这条消息
    }
    
    // 提交事务
    channel.txCommit

     

  • （2）生产者开启confirm模式（分为生产者发送确认，与消费者接受确认），属于异步处理，性能高。一般采用这种方式解决生产者消息丢失
    • 生产者消息确认，分为确认是否发送到交换机（confirmcallback接口），确认交换机是否发送到队列 （returnCallback接口）

                            在springcloud中集成amqp，在配置文件中打开confirm消息确认

                            spring.rabbitmq.publisher-confirms = true

                            生产者实现confirm接口

public class CustomConfirmAndReturnCallback implements RabbitTemplate.ConfirmCallback, RabbitTemplate.ReturnCallback {
//如果消息没有到达交换机,则该方法中isSendSuccess = false,error为错误信息;
//如果消息正确到达交换机,则该方法中isSendSuccess = true;

@Component
public class CustomConfirmAndReturnCallback implements RabbitTemplate.ConfirmCallback{
 
    @Override
    public void confirm(CorrelationData correlationData, boolean isSendSuccess, String error) {
        .........
    }
}
/**
     * 消息从交换机成功到达队列，则returnedMessage方法不会执行;
     * 消息从交换机未能成功到达队列，则returnedMessage方法会执行;
     */
    @Override
    public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
        logger.info("returnedMessage回调方法>>>" + new String(message.getBody(), StandardCharsets.UTF_8) + ",replyCode:" + replyCode
                + ",replyText:" + replyText + ",exchange:" + exchange + ",routingKey:" + routingKey);
}

 

• mq获得消息，还未消费就挂掉，导致内存中数据丢失
  • 解决办法：开启数据持久化，但是当尚未持久化就挂掉的话仍会丢失少量数据，所以可以跟confirm机制配合，只有持久化之后才通知生产者，没持久化挂掉，进行消息重发。
• 消费者获得消息，还未使用就挂掉，mq以为已经消费
  • 采用confirm机制的手动确认，自动确认的缺点：发送完消息之后，它会自动认为消费者已经成功接收到该条消息，会导致消息丢失
  • 手动确认：消费者成功消费完消息之后，会显式发回一个应答（ack信号），RabbitMQ只有成功接收到这个应答消息，才将消息从内存或磁盘中移除消息。

  •  basicAck(long deliveryTag, boolean multiple)