rabbitMq-工作队列(work)

最新推荐文章于 2022-12-22 12:07:39 发布

今天你敲代码了吗？

最新推荐文章于 2022-12-22 12:07:39 发布

阅读量132

点赞数

分类专栏：消息中间件

本文链接：https://blog.csdn.net/qq_32748869/article/details/101926981

版权

消息中间件专栏收录该内容

6 篇文章 0 订阅

订阅专栏

示例图：

说明：
1、消费者1和消费者2获取到的消息内容是不同的，同一个消息只能被一个消费者获取。
2、消费者1和消费者2获取到的消息的数量是相同的，一个是消费奇数号消息，一个是偶数。

其实，这样是不合理的，因为消费者1线程停顿的时间短。应该是消费者1要比消费者2获取到的消息多才对。
RabbitMQ 默认将消息顺序发送给下一个消费者，这样，每个消费者会得到相同数量的消息。即轮询（round-robin）分发消息。

怎样才能做到按照每个消费者的能力分配消息呢？联合使用 Qos 和 Acknowledge 就可以做到。
basicQos 方法设置了当前信道最大预获取（prefetch）消息数量为1。消息从队列异步推送给消费者，消费者的 ack 也是异步发送给队列，从队列的视角去看，总是会有一批消息已推送但尚未获得 ack 确认，Qos 的 prefetchCount 参数就是用来限制这批未确认消息数量的。设为1时，队列只有在收到消费者发回的上一条消息 ack 确认后，才会向该消费者发送下一条消息。prefetchCount 的默认值为0，即没有限制，队列会将所有消息尽快发给消费者。

概念

轮询分发

使用任务队列的优点之一就是可以轻易的并行工作。如果我们积压了好多工作，我们可以通过增加工作者（消费者）来解决这一问题，使得系统的伸缩性更加容易。在默认情况下，RabbitMQ将逐个发送消息到在序列中的下一个消费者(而不考虑每个任务的时长等等，且是提前一次性分配，并非一个一个分配)。平均每个消费者获得相同数量的消息。这种方式分发消息机制称为Round-Robin（轮询）。

公平分发

虽然上面的分配法方式也还行，但是有个问题就是：比如：现在有2个消费者，所有的奇数的消息都是繁忙的，而偶数则是轻松的。按照轮询的方式，奇数的任务交给了第一个消费者，所以一直在忙个不停。偶数的任务交给另一个消费者，则立即完成任务，然后闲得不行。而RabbitMQ则是不了解这些的。这是因为当消息进入队列，RabbitMQ就会分派消息。它不看消费者为应答的数目，只是盲目的将消息发给轮询指定的消费者。

为了解决这个问题，我们使用basicQos( prefetchCount = 1)方法，来限制RabbitMQ只发不超过1条的消息给同一个消费者。当消息处理完毕后，有了反馈，才会进行第二次发送。
还有一点需要注意，使用公平分发，必须关闭自动应答，改为手动应答。

//同一时刻服务器只会发一条消息给消费者

channel.basicQos(1);

//开启这行表示使用手动确认模式
channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);

ps:错过是一个常见的错误。这是一个简单的错误，但是后果很严重。当您的客户端退出时，消息将被重新发送（可能看起来像是随机重新发送），但是RabbitMQ将消耗越来越多的内存，因为它将无法释放任何未确认的消息。
当该参数为 true 时，则可以一次性确认 delivery_tag 小于等于传入值的所有消息
同时改为手动确认：

// 监听队列，false表示手动返回完成，true表示自动
channel.basicConsume(QUEUE_NAME, false, consumer);

取消确认

当消费消息出现异常时，我们需要取消确认，这时我们可以使用 Channel 的 basicReject 方法。

    void basicReject(long deliveryTag, boolean requeue) throws IOException;

第一个参数指定 delivery tag，第二个参数说明如何处理这个失败消息。requeue 值为 true 表示该消息重新放回队列头，值为 false 表示放弃这条消息。

一般来说，如果是系统无法处理的异常，我们一般是将 requeue 设为 false，例如消息格式错误，再处理多少次也是异常。调用第三方接口超时这类异常 requeue 应该设为 true。

从 basicReject 方法参数可见，取消确认不支持批量操作（类似于 basicAck 的 multiple 参数）。所以，RabbitMQ 增加了 basicNack 方法以提供批量取消能力：

basicNack(deliveryTag, multiple, requeue)，其中requeue为是否回到队列中

补发

BasicRecover方法则是进行补发操作，其中的参数如果为true是把消息退回到queue但是有可能被其它的consumer接收到，设置为false是只补发给当前的consumer

//补发消息 true退回到queue中/false只补发给当前的consumer
channel.BasicRecover(true);

springBoot整合

yml配置文件

spring:
  rabbitmq:
    host: ****
    username: luyi
    password: ***
    port: 5672
    virtual-host: test
    listener:
      simple:
        retry:
          ####开启消费者异常重试
          enabled: true
          ####最大重试次数
          max-attempts: 5
          ####重试间隔次数
          initial-interval: 2000
        ####开启手动ack
        acknowledge-mode: manual
消费者代码：

@Component
public class WorkQueueConsumer {

    @RabbitHandler
    @RabbitListener(queues = "work_queue2")
    public void process(Message message, Channel channel) throws Exception {
        channel.basicQos(1);
        System.out.println("消费者获取生产者消息msg:" + message);
        try{
            int n=1/0;
            channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
        }catch (Exception e){
           // channel.basicReject(message.getMessageProperties().getDeliveryTag(),true);
            channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
            channel.basicRecover(true);
        }
    }
}