RabbitMQ相关--消息确定机制

消息确定机制

RabbitMQ消息确定主要分为两部分，消息发送确定和消息接收确定（ACK）。

消息发送路径

消息路径

producter -> rabbitmq broker -> exchange -> queue -> consumer

• 消息从生产者到Broker，则会触发confirmCallBack回调
• 消息从exchange到Queue，投递失败则会调用returnCallBack

消息发送确定

消息发送确定1

消息从生产者到 Broker有一个 ConfirmCallback确认模式，当消息被Broker接收，无论成功或失败都会触发，ConfirmCallback回调。

配置开启confirmCallback

• publisher-confirm-type: 表示确认消息的类型，分别有none、correlated、simple这三种类型。
• publisher-confirm-type: none：表示禁用发布确认模式，默认值，使用此模式之后，不管消息有没有发送到Broker都不会触发ConfirmCallback回调。
• publisher-confirm-type: correlated：表示消息成功到达Broker后触发ConfirmCalllBack回调
• publisher-confirm-type: simple：simple模式下如果消息成功到达Broker后一样会触发ConfirmCalllBack回调，发布消息成功后使用rabbitTemplate调用waitForConfirms或waitForConfirmsOrDie方法等待broker节点返回发送结果，根据返回结果来判定下一步的逻辑，🚨注意：waitForConfirmsOrDie方法如果返回false则会关闭channel信道，则接下来无法发送消息到broker。

    @Override
    /**
    * CorrelationData用做消息唯一标识，发送消息时可以附带这个唯一标识，在回调中获取到消息的唯一标识
    * ack消息确定标识 true为成功 false为失败
    * cause 为失败原因
    **/
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        if(ack){
            log.info("发送消息到broker成功");
        }else{
            log.error("发送消息到broker失败" + cause);
        }
    }

消息发送确定2

消息从交换机到 队列 投递失败有一个ReturnCallback回退模式，可以通过重写returnedMessage方法来做消息重发等补偿操作。

• publisher-returns: true ，true表示开启失败回调，开启后当消息无法路由到指定队列时会触发ReturnCallback回调。

 @Override
    public void returnedMessage(ReturnedMessage returned) {
log.info("消息从Exchange路由到Queue失败: exchange: {}, route: {}, replyCode: {}, replyText: {}, message: {}", exchange, routingKey, replyCode, replyText, message);
    }

消息接收确定（ACK）

消息确定三种模式

• 手动确认 listener.simple.acknowledge-mode: manual，在该模式下，消费者消费消息后需要根据消费情况给Broker返回一个回执，是确认ack使Broker删除该条已消费的消息，还是失败确认返回nack，还是拒绝该消息。开启手动确认后，如果消费者接收到消息后还没有返回ack就宕机了，这种情况下消息也不会丢失，只有RabbitMQ接收到返回ack后，消息才会从队列中被删除。该模式下有三种确认方式，后面会介绍。

• 自动确认 listener.simple.acknowledge-mode: none，rabbitmq默认消费者正确处理所有请求。(不设置时的默认方式)

• 根据请况确认 listener.simple.acknowledge-mode: auto，主要分成以下几种情况：

  • 如果消费者在消费的过程中没有抛出异常，则自动确认。
  • 当消费者消费的过程中抛出AmqpRejectAndDontRequeueException异常的时候，则消息会被拒绝，且该消息不会重回队列。
  • 当抛出ImmediateAcknowledgeAmqpException异常，消息会被确认。
  • 如果抛出其他的异常，则消息会被拒绝，但是与前两个不同的是，该消息会重回队列，如果此时只有一个消费者监听该队列，那么该消息重回队列后又会推送给该消费者，会造成死循环的情况。

消费端手动确定

• basicAck(long deliveryTag, boolean multiple) basicAck方法表示成功确认，使用此方法后，消息会被rabbitmq broker删除，其中参数long deliveryTag为消息的唯一序号，boolean multiple表示是否一次消费多条消息，false表示只确认该序列号对应的消息，true则表示确认该序列号对应的消息以及比该序列号小的所有消息，比如我先发送2条消息，他们的序列号分别为2,3，并且他们都没有被确认，还留在队列中，那么如果当前消息序列号为4，那么当multiple为true，则序列号为2、3的消息也会被一同确认。

• basicNack(long deliveryTag, boolean multiple, boolean requeue) basicNack方法表示失败确认，一般当我们消费消息时出现异常用到此方法，可以通过参数requeue设置是否将消息重新投递到队列。requeue表示消息是否重回队列，如果requeue=false表示消息不重回队列并且丢弃该消息，如果为requeue=true则消息重回队列。

• basicReject(long deliveryTag, boolean requeue)basicReject方法表示拒绝消息，requeue=false表示被拒绝的消息会被丢弃，requeue=true表示消息会重回队列，该方法与basicReject方法的区别就是不支持multiple批量确认。