延迟队列的理解与使用

目录

一、场景引入

二、延迟队列的三种场景

1、TTL对队列进行延迟

2、创建通用延时消息对消息延迟

3、使用rabbitmq的延时队列插件

x-delayed-message使用

父pom文件

pom文件

配置文件

config

生产者

消费者

结果

---

一、场景引入

我们知道可以通过TTL来对队列进行设置过期时间；通过后置处理器MessagePostProcessor对消息进行设置过期时间；

 那么根据TTL及MessagePostProcessor机制可以处理关于延迟方面的问题。

比如：秒杀之后，给30分钟时间进行支付，如果30分钟后，没有支付，订单取消。

比如：餐厅订座,A用户早上8点预定的某家餐厅下午6点的座位,B用户中午12点预定的下午5点的座位；根据场景我们需要的时先让B用户进行消费,然后A用户再消费;这时TTL和MessagePostProcessor延迟就已经不能满足订餐的场景了；

因为TTL是对队列进行延迟,MessagePostProcessor是对消息进行延迟，但是MessagePostProcessor对消息延迟是不能根据订座的时间去排序消费的；

/**
 * 比如当我们发送第一个消息时延迟的时间时50s,而发送的第二个消息延迟时间是30s,虽然延迟30s的消息比延迟50s发送的晚
 * 但按照我们设想的情况,延迟30s的消息应该先消费;可是实际情况却不是这样,而是延迟50s的消息到达时间后 30s的才能消费!(队列先进先出)
 * 那这样此方式的不足就出现了!
 * 场景:
 *      A用户和B用户预定餐厅,A用户先开始预定的,预定的是下午6点。B用户比A用户预定操作晚一些,但是B用户预定的时间是下午5点。通过此场景
 *      我们希望的是B用户先进行用餐(因为他预定的吃饭时间比A早一些,需要先安排吃饭。不能说A用户没到6点B用户预定5点的吃不了。),根据此
 *      场景 之前的队列延迟还是消息延迟都不能满足场景需求了,这样就需要另一种延迟方式进行解决了! ->使用rabbitmq的延时队列插件
 */

/**
 * 注意：
 *      TTL是对队列进行延迟,只要是在此队列中的消息都会按照TTL设置时间进行延迟;
 *      MessagePostProcessor是对消息进行延迟;
 *
 *      如果我们不仅使用了消息延迟,而且还使用了队列延迟,那么延迟的时间就会以小的时间为准!
 *   理解:
 *      如果a消息设置的消息延迟是30s,b消息设置的延迟时间是90s,队列设置的延迟是60s。那么a消息最终的延迟是30s(a的消息延迟与队列延迟
 *      比对以延迟时间小的为准！),b消息最终延迟的时间是60s(b的消息延迟与队列延迟比对以延迟的时间小的为准！)
 */

 二、延迟队列的三种场景

1、TTL对队列进行延迟

   @Bean
    public Queue directQueueLong(){
        return   QueueBuilder.durable("业务队列名称")
                .deadLetterExchange("死信交换机名称")
                .deadLetterRoutingKey("死信队列 RoutingKey")
                .ttl(20000) // 消息停留时间
                //.maxLength(500)
                .build();
    }

监听死信队列，即可处理超时的消息队列

缺点：

上述实现方式中，ttl延时队列中所有的消息超时时间都是一样的，如果不同消息想设置不一样的超时时间，就需要建立多个不同超时时间的消息队列，比较麻烦，且不利于维护。

 2、创建通用延时消息对消息延迟

rabbitTemplate.convertAndSend("交换机名称", "RoutingKey","对象",
message => {

 
        message.getMessageProperties().setExpiration(String.valueOf(5000))
       // 设置消息的持久化属性
 
//这样发送的消息就会被持久化到 RabbitMQ 中，即使 RabbitMQ 重启，消息也不会丢失。                        message.getMessageProperties().setDeliveryMode(MessageDeliveryMode.PERSISTENT);

        return message;
            }
           );

缺点：

该种方式可以创建一个承载不同超时时间消息的消息队列，但是这种方式有一个问题，如果消息队列中排在前面的消息没有到超时时间，即使后面的消息到了超时时间，先到超时时间的消息也不会进入死信队列，而是先检查排在最前面的消息队列是否到了超时时间，如果到了超时时间才会继续检查后面的消息。

 3、使用rabbitmq的延时队列插件

使用rabbitmq的延时队列插件，实现同一个队列中有多个不同超时时间的消息，并按时间超时顺序出队

1、下载延迟插件

在 RabbitMQ 的 3.5.7 版本之后，提供了一个插件（rabbitmq-delayed-message-exchange）来实现延迟队列 ，同时需保证 Erlang/OPT 版本为 18.0 之后。

下载地址：

https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases

2、安装插件并启用

下载完成后直接把插件放在 /home/rabbitmq 目录，然后拷贝到容器内plugins目录下（my-rabbit是容器的name，也可以使用容器id）

docker cp /home/rabbitmq/rabbitmq_delayed_message_exchange-3.12.0.ez rabbitmq:/plugins

 进入 Docker 容器

docker exec -it rabbit /bin/bash

 在plugins内启用插件

rabbitmq-plugins enable rabbitmq_delayed_message_exchange

 退出容器

exit

重启 RabbitMQ

docker restart my-rabbit

 貌似不重启也能生效！

 结果：

 就多了一个x-delayed-message交换机

x-delayed-message使用

父pom文件

    4.0.0
    
        org.springframework.boot
        spring-boot-starter-parent
        2.7.1

         
    
    com.chensir
    spring-boot-rabbitmq
    0.0.1-SNAPSHOT
    spring-boot-rabbitmq

    
        8
        5.8.3
        1.18.24
    

    spring-boot-rabbitmq

    pom

    
        direct-exchange
        fanout-exchange
        topic-exchange
        game-exchange
        dead-letter-queue
        delay-queue
        delay-queue2
    

    
        
            
                cn.hutool
                hutool-all
                ${hutool.version}
            

            
                org.projectlombok
                lombok
                ${lombok.version}
            
        
    

pom文件

    4.0.0
    
        com.chensir
        spring-boot-rabbitmq
        0.0.1-SNAPSHOT
        ../pom.xml 
    

    delay-queue2

    
        
            org.springframework.boot
            spring-boot-starter-amqp
        
        
            org.springframework.boot
            spring-boot-starter-web
        
        
            cn.hutool
            hutool-all
        
        
            org.projectlombok
            lombok
            true
        
        
            org.springframework.boot
            spring-boot-starter-test
            test
        
        
            org.springframework.amqp
            spring-rabbit-test
            test
        
    

    
        
            
                org.springframework.boot
                spring-boot-maven-plugin
            
        
    

配置文件

logging.level.com.chensir = debug
server.port=8086
#host
spring.rabbitmq.host=121.40.100.66
#默认5672
spring.rabbitmq.port=5672
#用户名
spring.rabbitmq.username=guest
#密码
spring.rabbitmq.password=guest
#连接到代理时用的虚拟主机
spring.rabbitmq.virtual-host=/
#每个消费者每次可最大处理的nack消息数量
spring.rabbitmq.listener.simple.prefetch=1
#表示消息确认方式，其有三种配置方式，分别是none、manual(手动)和auto(自动)；默认auto
spring.rabbitmq.listener.simple.acknowledge-mode=auto
#监听重试是否可用
spring.rabbitmq.listener.simple.retry.enabled=true
#最大重试次数
spring.rabbitmq.listener.simple.retry.max-attempts=5
#最大重试时间间隔
spring.rabbitmq.listener.simple.retry.max-interval=3000ms
#第一次和第二次尝试传递消息的时间间隔
spring.rabbitmq.listener.simple.retry.initial-interval=1000ms
#应用于上一重试间隔的乘数
spring.rabbitmq.listener.simple.retry.multiplier=2
#决定被拒绝的消息是否重新入队；默认是true（与参数acknowledge-mode有关系）
spring.rabbitmq.listener.simple.default-requeue-rejected=false

config

package com.chensir.config;

import org.springframework.amqp.core.*;
import org.springframework.amqp.support.converter.Jackson2JsonMessageConverter;
import org.springframework.amqp.support.converter.MessageConverter;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import java.util.HashMap;
import java.util.Map;

@Configuration
public class RabbitConfig {

    @Bean
    public MessageConverter messageConverter(){
        return  new Jackson2JsonMessageConverter();
    }


    @Bean
    public CustomExchange customExchange(){
        Map args = new HashMap<>();
        //延迟时以direct直连方式绑定
        args.put("x-delayed-type","direct");

        // name:交换机名称 type:类型 固定值x-delayed-message
        return new CustomExchange("chen-x-delayedExchange","x-delayed-message",true,false,args);
    }
    @Bean
    public Queue directQueueLong(){
        return   QueueBuilder.durable("chen-DirectQueue")
                .build();
    }

    @Bean
    public Binding binding(){
        return  BindingBuilder.bind(directQueueLong()).to(customExchange()).with("direct123").noargs();
    }
}

生产者

package com.chensir.provider;

import com.chensir.model.OrderIngOk;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.stereotype.Component;

import javax.annotation.Resource;

@Component
@Slf4j
public class DirectProvider {

    @Resource
    private RabbitTemplate rabbitTemplate;

    public  void  send(){
            OrderIngOk orderIngOk = new OrderIngOk();
            orderIngOk.setOrderNo("202207149687-1");
            orderIngOk.setId(1);
            orderIngOk.setUserName("倪海杉前-延迟40秒");
            rabbitTemplate.convertAndSend("chen-x-delayedExchange", "direct123",orderIngOk,m->{
                m.getMessageProperties().setDelay(40*1000); //设置延迟时间，对延迟交换机有效
                // m.getMessageProperties().setExpiration(String.valueOf(30*1000)); 设置过期时间，对队列有效
                return m;
            });

        OrderIngOk orderIngOk2 = new OrderIngOk();
        orderIngOk2.setOrderNo("202207149687-2");
        orderIngOk2.setId(2);
        orderIngOk2.setUserName("倪海杉后-延迟30秒");
        rabbitTemplate.convertAndSend("chen-x-delayedExchange", "direct123",orderIngOk2,m->{
            m.getMessageProperties().setDelay(30*1000);
            return m;
        });
            log.debug("消息生产完成");



    }

}

消费者

package com.chensir.consumer;

import cn.hutool.json.JSONUtil;
import com.chensir.model.OrderIngOk;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.rabbit.annotation.RabbitHandler;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;

import java.io.IOException;

@Component
@Slf4j
public class DirectConsumer {

    @RabbitHandler
    @RabbitListener(queues = "chen-DirectQueue" )
    public void  process(OrderIngOk orderIngOk) throws IOException {
        try {
           // 处理业务开始
            log.debug("接受到消息,并正常处理结束,{}", JSONUtil.toJsonStr(orderIngOk));
            // 处理业务结束
        } catch (Exception ex){
            throw ex;
        }
    }
}

结果

2023-08-29 18:27:45.983 DEBUG 15568 --- [           main] com.chensir.provider.DirectProvider      : 消息生产完成
2023-08-29 18:28:16.143 DEBUG 15568 --- [ntContainer#0-1] com.chensir.consumer.DirectConsumer      : 接受到消息,并正常处理结束,{"id":2,"OrderNo":"202207149687-2","userName":"倪海杉后-延迟30秒"}
2023-08-29 18:28:26.057 DEBUG 15568 --- [ntContainer#0-1] com.chensir.consumer.DirectConsumer      : 接受到消息,并正常处理结束,{"id":1,"OrderNo":"202207149687-1","userName":"倪海杉前-延迟40秒"}

可见 延迟40s的是先发送的，但是最终结果是先消费延迟30s的。这样就能达到我们订座的场景需求了。