Springboot 2.xはRabbitmqを統合して、消費者の電流制限、手動の確認確認を実現

序文

実際のプロジェクトでは、mqに数千のメッセージが蓄積されている可能性があります。フローを制限しない場合、コンシューマーを開くと、数千のメッセージが突然ヒットし、サーバーを引き起こす可能性がありますダウンタイム、またはビジネスにおける深刻な抜け穴なので、消費者の電流を制限する必要があります。

まず、私のスプリングブートバージョン、springBootVersion = '2.2.1.RELEASE'です。他のバージョンの構成はそれほど違いはありません。

最初に構成を見てください。ここでは、コメントのない構成のみが使用されています。

server:
  port: 3002

spring:
  application:
    name: zoo-plus-mq
    #https://docs.spring.io/spring-boot/docs/2.1.3.RELEASE/reference/html/common-application-properties.html
  rabbitmq:
    virtual-host: /
    host: 127.0.0.1
    username: guest
    password: guest
    port: 5672
#    #必须配置这个才会确认回调
#    publisher-confirm-type: correlated
#    #支持发布返回
#    publisher-returns: true
    listener:
      type: simple
      simple:
        #采用手动应答
        acknowledge-mode: manual
        prefetch: 1 #限制每次发送一条数据。
#        #当前监听容器数 同一个队列启动几个消费者
#        concurrency: 1
#        #启动消费者最大数量
#        max-concurrency: 1
#        #是否支持重试
#        retry:
#          enabled: true
#          max-attempts: 5
#          stateless: false
#          #时间策略乘数因子
#          multiplier: 1.0
#          initial-interval: 1000ms
#          max-interval: 10000ms
#        default-requeue-rejected: true

新しいテストキューを作成します。

    /**
     * 测试队列
     */
    @Bean
    public Queue testQueue() {
        return QueueBuilder.nonDurable("test-queue").build();
    }

プロデューサー：

    /**
     * 发送五条数据，测试消费端必须ack才发送第二条，消费者限流
     */
    @GetMapping("ack")
    public Resp testAck() {
        for (int i = 0; i < 5; i++) {
            rabbitTemplate.convertAndSend("test-queue", "测试ack确认模式");
        }
        return Resp.success("ok", null);
    }

消費者：

    @RabbitListener(queues = {"test-queue"})
    public void testQueue(Message message, Channel channel) throws IOException {
        log.info("test-queue消费：" + new String(message.getBody()));

        /*
              listener:
                type: simple
                simple:
                  #采用手动应答
                  acknowledge-mode: manual
                  prefetch: 1 #限制每次发送一条数据。
         */
//        采用手动ack，一条条的消费
        channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
    }

上記のテストから、構成しない場合、5つのメッセージすべてが一度に混雑します。構成を追加してコンシューマー側でackしない場合、メッセージはackされず、メッセージはサービスが再起動されたときに再度送信されます。消費者最終確認まで。