第九章 RabbitMQ消息可靠性之生产者

本文链接：https://blog.csdn.net/qushaming/article/details/142828630

一、引言

我们在实际项目过程中使用RabbitMQ消息队列时，需要充分意识到存在的消息可靠性问题。如下图所示，在电商项目中用户支付后发起消息请求修改订单，就会存在多种消息可靠性不受保障的情况：

用户支付成功，即调用支付服务接口付款成功后，给RabbitMQ发送消息请求修改订单状态为已支付，RabbitMQ接收到消息再去通知交易服务更新订单状态。这个过程中有3处节点会发生消息可靠性问题：

1. RabbitMQ和支付服务（生产者）的通信过程中出现网络故障。

2. RabbitMQ在接收到消息后，消息未发送给交易服务（消费者）前宕机。

3. 交易服务（消费者）在接收到消息后，在处理过程中发生代码异常或者服务宕机。

以上情况就会导致我们的支付服务在通过RabbitMQ调用交易服务时导致失败，这对于企业来说是致命的，因此我们需要通过一些策略来解决使用RabbitMQ过程中存在的可靠性问题。

总结消息的可靠性问题归为以下三类：

1. 生产者可靠性

2. MQ可靠性

3. 消费者可靠性

二、如何解决生产者可靠性

生产者的可靠性涉及到生产者重连以及生产者确认机制两个方面，下面我们通过配置以及代码来讲解演示这两个方面的问题如何解决：

2.1. 生产者重连

有的时候由于网络波动，可能会出现发送者连接MQ失败的情况，这时候我们可能会希望有尝试重连的机制。在Spring AMQP中，通过配置我们可以开启连接失败后的重连机制：

2.1.1. 生产者重连配置

spring:
  rabbitmq:
    # MQ连接配置
    host: 127.0.0.1
    port: 5672
    username: Wangzhexiao
    password: Wangzhexiao
    virtual-host: /hangzhou
    # 生产者重连配置
    connection-timeout: 1s # 设置MQ的连接超时时间
    template:
      retry:
        enabled: true # 开启超时重试机制
        initial-interval: 1000ms # 失败后的初始等待时间
        multiplier: 1 # 失败后下次的等待时长倍数，下次等待时长 = initial-interval * multiplier
        max-attempts: 3 # 最大重试次数

2.1.2. 开启生产者重连效果

我们停止RabbitMQ的服务，然后启动生产者，查看控制台的日志输出，就可以看到重试机制生效了：

注：当网络不稳定的时候，利用重试机制可以有效提高消息发送的成功率。不过SpringAMQP提供的重试机制是阻塞式的重试，也就是说多次重试等待的过程中，当前线程是被阻塞的，会影响业务性能。如果对于业务性能有要求，建议禁用重试机制。如果一定要使用，请合理配置等待时长和重试次数，当然也可以考虑使用异步线程来执行发送消息的代码。

2.2. 生产者确认

SpringAMQP提供了Publisher Confirm和Publisher Return两种确认机制，来确保消息从生产者发送到RabbitMQ的过程中没有丢失，并且可以处理消息无法投递到目的队列时的情况。开启确机制认后，当生产者发送消息给MQ后，MQ会返回确认结果给生产者。返回的结果有以下几种情况：

1. 消息投递到了MQ，但是路由失败。此时会通过PublisherReturn返回路由异常原因，然后返回ACK，告知投递成功。

2. 临时消息投递到了MQ，并且入队成功，返回ACK，通过Publisher Confirm告知投递成功

3. 持久消息投递到了MQ，并且入队完成持久化，返回ACK ，通过Publisher Confirm告知投递成功

4. 其它情况都会返回NACK，通过Publisher Confirm告知投递失败

2.2.1. 生产者确认配置

spring:
  rabbitmq:
    # MQ连接配置
    host: 127.0.0.1
    port: 5672
    username: Wangzhexiao
    password: Wangzhexiao
    virtual-host: /hangzhou
    # 生产者重连配置
    connection-timeout: 1s # 设置MQ的连接超时时间
    template:
      retry:
        enabled: true # 开启超时重试机制
        initial-interval: 1000ms # 失败后的初始等待时间
        multiplier: 1 # 失败后下次的等待时长倍数，下次等待时长 = initial-interval * multiplier
        max-attempts: 3 # 最大重试次数
    # 生产者确认配置
    publisher-confirm-type: correlated # 开启publisher confirm机制，并设置confirm类型
    publisher-returns: true # 开启publisher return机制

publisher-confirm-type有可选三种模式：