MQ根据正常队列、死信队列来实现延迟队列的场景

合集 - JAVA(41)

1.Java_第一季_JAVASE_自增、单例模式、类与实例初始化过程、方法参数传递机制、递归和迭代、成员变量与局部变量2021-02-232.Java_第一季_SSM_Spring Bean的作用域、Spring事务的传播行为、Spring MVC的执行流程、2021-02-243.Java_第一季_java高级_Redis持久化、MySql何时建立索引2021-02-244.java_JUC、volatile2021-02-255.java_CAS2021-02-266.java_阻塞队列（FIFO先进先出）2021-03-107.JUC下countDownLatch、CyclicBarrier、Semaphore以及枚举的常见使用方法2021-03-058.java_锁2021-03-049.java_集合不安全2021-02-2610.Spring循环依赖2021-04-2011.AbstractQueuedSynchronizer---AQS2021-04-1912.LockSuport2021-04-1513.java_线程池7大参数_底层运行原理2021-03-1114.java_线程池三个常用方式2021-03-1115.Java_Callable<V>的基本使用2021-03-1016.java_锁_synchronized与Lock的区别2021-03-1017.java_强、软、弱、虚四大引用2021-03-1818.java_OOM2021-03-2519.JAVA-interview2021-06-0920.java_NIO2021-05-2021.java_JVM之GC2021-03-2522.java_JVM2021-03-2323.单例模式设计2021-12-2124.netty服务端、客户端简单搭建2022-01-1125.java使用webSocket与前端通讯2022-01-1126.java串口通讯2021-12-0327.用Java读取文件文字并语音播报2022-01-0728.Proguard-混淆2021-11-1729.Spring Security2021-12-0130.MQ2021-10-2631.spring相关面试题2021-06-2232.执行jar包2021-06-1133.Spring2021-06-0234.SpringBoot数据访问2021-05-2735.Java Stream（流）基本使用2023-12-2836.java集合工具类 Collections基本使用2023-12-2837.LocalDateTime、LocalDate、Date、String相互转化2023-12-2738.java8新特性2022-07-0939.java设计模式2021-12-2740.java springboot使用定时器2021-09-19

41.MQ根据正常队列、死信队列来实现延迟队列的场景2024-08-28

收起

 1、在RabbitMQ的管理后台新建交换机(exchange)；

　　名称(Name): **ParkingExchange**

　　类型(Type): **fanout**

　　持久化(Durability): **Durable**

2、在RabbitMQ的管理后台新建队列(queue)；

　　名称(Name): **ParkingQueue**

　　类型(Type): **Classic**(新版本RabbitMQ需要选)

　　持久化(Durability): **Durable**

　　参数设置(Arguments): 

　　　　x-message-ttl = 3000(点下边的Message TTL)

　　　　x-dead-letter-exchange = Ump_mq(点下边的Dead letter exchange, 然后填写Ump_mq)

3、在RabbitMQ的管理后台设置交换机**ParkingExchange**的Binding中的**To Queue**为**ParkingQueue**；

4、以上设置了队列ParkingQueue, 其消息的生命周期为3000毫秒, 即进入此队列的消息3秒会死掉, 死掉的消息会进去dead-letter-exchange为Ump_mq的交换机, 也就是实现了3秒延迟的后半部分.　　

 

总结：

　　正常队列A、死信队列B进行绑定；

　　当数据放入死信队列B，并设置过期时间，数据过期之后，数据会从死信队列B重新放入正常队列A，此时监听器（正常队列A）会监听到消息并消费当前数据；

 

代码示例：

    public void pushOrderWxPayDelayData(Long orderId,Long orgId){
        //正常队列的key
        String routingKey = "klota3.0.order.wx.ispay.key.*.*";

        //死信队列的名称
        String delayQueueName = "mq-clota-order-wx-ispay-delay-queue";
        //死信队列的Key
        String delayQueueKey  = "klota3.0.order.wx.ispay.delay.key.*.*";
        try {
            //1、将当前正常队列与死信队列绑定
            rabbitMqManager.declareAndBindQueue(new TopicExchange("mq-clota-notice-topic-exchange"),
                    10, "mq-clota-notice-topic-exchange",routingKey,
                    Collections.singletonMap(delayQueueName, delayQueueKey));
        } catch (Exception e) {
            e.printStackTrace();
        }

        Map<String, Object> headerMap = new HashMap<>();
        headerMap.put("orderId", orderId);
        headerMap.put("orgId", orgId);
        MqSyncVo mqSyncVo = new MqSyncVo();
        mqSyncVo.setMessageId(String.valueOf(orderId));
        mqSyncVo.setSyncType(String.valueOf(orgId));
        /** 推送消息 **/
        Long seconds = 30L;
        String obj = redisUtil.getValue(String.format(RedisKeys.ORDER_WX_ISPAY_COUNT_KEY, orderId, orgId));
        //当前死信队列的key,当前key与上方 delayQueueKey klota3.0.order.wx.ispay.delay.key.*.* 能匹配上
        String delayRoutingKey  = "klota3.0.order.wx.ispay.delay.key.016.909";
        //2、将数据推送到死信队列，30S后过期，30S后过期的数据会从死信队列返回到正常队列，则正常队列中监听到数据会进行消费，则根据正常队列、死信队列来实现了延迟队列的场景
        rabbitMqManager.sendJsonMsgForTranAfterCommit(RabbitMqConst.NOTICE_TOPIC_EXCHANGE, delayRoutingKey, mqSyncVo, headerMap, Duration.ofSeconds(30L), Boolean.FALSE, null);
    }