Work模式

什么是Work模式

        Work模式是一种消息队列模式。这模式指的是多个消费者同时监听同一个队列。当队列有一条消息产生时，多个消费者共同去竞争这一个消息，而且只有一个消费者能拿到这个消息并进行处理，其他消费者再也拿不到这个消息了。其他消费者会继续等待下一个消息的产生。所以我们也叫他“竞争消费者模式”或“任务分发模式”。

        优点：有多个消费者，能提高性能。

        缺陷：当一个消费者拿到太多消息，但是又处理不完，于是出现了消息积压的问题。

消息分发策略

        RabbitMQ的消息分发策略是轮询（round-robin）。 在Work模式中，默认也是这种策略，RabbitMQ会按顺序将每个消息发送给下一个消费者。（但实际上这样可能造成不公平的分发，因为有些任务会比较重，有些则比较轻，或是服务器性能有所差异，导致处理时间不一致。所以轮询策略可能导致某些worker一直很忙，而另一些则相对轻松。）

代码示例

导入依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-amqp</artifactId>
</dependency>

消费者配置文件

server:
  port: 8081

spring:
  rabbitmq:
    host: 127.0.0.1
    port: 5672
    username: yanghn
    password: 123456
    virtual-host: /yanghn

消费者代码

@Component
@Log4j2
public class WorkListener {

    @RabbitListener(queues = "work.queue")
    public void imageListener1(String msg) throws InterruptedException {
        log.info("消费者1: " + msg + " kkkk");
        Thread.sleep(200);

    }

    @RabbitListener(queues = "work.queue")
    public void imageListener2(String msg) {
        log.error("消费者2: " + msg + " end");
    }

    @RabbitListener(queues = "work.queue")
    public void imageListener3(String msg) {
        log.error("消费者3: " + msg + " xxx");
    }
}

生产者配置文件

server:
  port: 8080

spring:
  rabbitmq:
    host: 127.0.0.1
    port: 5672
    username: yanghn
    password: 123456
    virtual-host: /yanghn

生产者代码

@SpringBootTest
@Log4j2
public class MQPublisher {

    @Autowired
    private RabbitTemplate rabbitTemplate;


    @Test
    void testConsumer() throws InterruptedException {

        String exchangeName = "yang";

        String routingKey = "work";

        for (int i = 1; i <= 60; i++) {
            rabbitTemplate.convertAndSend(exchangeName, routingKey, "发送消息——" + i);
            // 延迟200毫秒
            Thread.sleep(20);
        }
        log.info("发布完毕.....");

    }
}

运行结果

消费者1，20个

消费者2，20个

消费者3，20个

结论

        通过结果能看出来，RabbitMQ的分发策略是轮询。一条消息被发送(或被称为入队)到队列，多个worker可以监听这个队列中的消息，每个消息只会被接收一次，只由一个worker处理，当处理完成后，消息会被确认消费，并从队列中删除。

其他

        轮询这种分发策略可能会造成处理消息堆积问题，可以设置预取值（prefetch），达到提高性能的效果（能者多劳）。