Redission延迟消息队列解决方案

 

修改redis配置文件

该功能需要redis单节点,集群的没验证过,有时间的小伙伴可以验证一下。找到redis.conf文件,修改notify-keyspace-events。配置文件修改后需要重新启动redis。

#  Example 2: to get the stream of the expired keys subscribing to channel
#             name __keyevent@0__:expired use:
#
#  notify-keyspace-events Ex
#
#  By default all notifications are disabled because most users don't need
#  this feature and the feature has some overhead. Note that if you don't
#  specify at least one of K or E, no events will be delivered.



notify-keyspace-events Ex

修改pom配置文件

以下三种依赖都行,随便选择一个就行。


		<dependency>
			<groupId>com.zengtengpeng</groupId>
			<artifactId>redisson-spring-boot-starter</artifactId>
			<version>1.0.8</version>
		</dependency>
   		<!-- redis 依赖 -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
        </dependency>
<dependency>
    <groupId>org.redisson</groupId>
    <artifactId>redisson-spring-boot-starter</artifactId>
    <version>3.11.0</version>
</dependency>

核心代码

RedisDelayQueueTestRunner.java

package cn.renkai721.redisDelay;


import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.stereotype.Component;

import javax.annotation.Resource;
import java.util.concurrent.TimeUnit;

/**
 * @author renkai721@163.com
 * @Description: 启动延迟队列 (如果是微服务,避免被其他服务消费,应该把此RUNNER和ENUM提取到其他相关delay的上一级)
 * @date 2023-07-21 08:20
 */
@Slf4j
@Component
public class RedisDelayQueueTestRunner implements CommandLineRunner {
    public static String pms_delay_key_mqtt_client_timeout = "pms_delay_key_mqtt_client_timeout";

    @Resource
    private RedisDelayQueueUtil redisDelayQueueUtil;

    @Override
    public void run(String... args) {
        // 我这里只是用runner代替一下,实际中下面的代码应该出现在事件触发的接口中
        // 自己需要用到的业务数据组合成KEY
        String key = "F2300006";
        redisDelayQueueUtil.addDelayQueue(key, 96, TimeUnit.SECONDS, pms_delay_key_mqtt_client_timeout);
        key = "F2300007";
        redisDelayQueueUtil.addDelayQueue(key, 125, TimeUnit.SECONDS, pms_delay_key_mqtt_client_timeout);
        key = "F2300008";
        redisDelayQueueUtil.addDelayQueue(key, 125, TimeUnit.SECONDS, pms_delay_key_mqtt_client_timeout);

    }
}

RedisDelayQueueRunner.java

package cn.renkai721.redisDelay;


import lombok.extern.slf4j.Slf4j;
import org.redisson.api.RBlockingDeque;
import org.redisson.api.RedissonClient;
import org.springframework.boot.CommandLineRunner;
import org.springframework.stereotype.Component;

import javax.annotation.Resource;

/**
 * @author renkai721@163.com
 * @Description: 启动延迟队列
 * @date 2023-07-21 08:20
 */
@Slf4j
@Component
public class RedisDelayQueueRunner implements CommandLineRunner {

    @Resource
    private RedissonClient redissonClient;
    @Resource
    private RedisDelayQueueUtil redisDelayQueueUtil;

    @Override
    public void run(String... args) {

            RBlockingDeque<String> blockingDeque = redissonClient.getBlockingDeque(RedisDelayQueueTestRunner.pms_delay_key_mqtt_client_timeout);
            // 避免消息伪丢失(应用重启未消费),官网推荐
            redissonClient.getDelayedQueue(blockingDeque) ;
            new Thread(() -> {
                while (true) {
                    try {
                        String msg = blockingDeque.take();
                        if(msg != null) {
                            // 这里处理自己的业务逻辑
                            // ...
                            log.info("Redis延迟队列触发,请及时处理您的业务。msg={}",msg);
                            // 处理完业务逻辑,需要删除延迟队列
                            redisDelayQueueUtil.removeDelayedQueue(msg, RedisDelayQueueTestRunner.pms_delay_key_mqtt_client_timeout);
                        }
                    } catch (InterruptedException e) {
                        log.error("(Redis延迟队列异常中断) {}", e.getMessage());
                    }
                }
            }).start();


    }
}

RedisDelayQueueUtil.java

package cn.renkai721.redisDelay;
import lombok.NonNull;
import lombok.extern.slf4j.Slf4j;
import org.apache.commons.lang3.StringUtils;
import org.redisson.api.RBlockingDeque;
import org.redisson.api.RDelayedQueue;
import org.redisson.api.RedissonClient;
import org.springframework.stereotype.Component;

import javax.annotation.Resource;
import java.time.Duration;
import java.time.LocalDateTime;
import java.util.Map;
import java.util.Objects;
import java.util.concurrent.TimeUnit;

/**
 * @author renkai721@163.com
 * @Description: 延迟队列工具
 * @date 2023-07-21 08:20
 */
@Slf4j
@Component
public class RedisDelayQueueUtil {
    @Resource
    private RedissonClient redissonClient;

    public <T> void addDelayQueue(T value, LocalDateTime endTime, String queueCode) {
        long seconds = Duration.between(LocalDateTime.now(), endTime).getSeconds();
        if (seconds > 0) {
            addDelayQueue(value, seconds, TimeUnit.SECONDS, queueCode);
        }
    }
    public <T> void addDelayQueue(T value, long delay, String queueCode) {
        addDelayQueue(value, delay, TimeUnit.SECONDS, queueCode);
    }
    /**
     * 添加延迟队列
     * @param value 队列值
     * @param delay 延迟时间
     * @param timeUnit 时间单位
     * @param queueCode 队列键
     * @param <T> 泛型
     */
    public <T> void addDelayQueue(T value, long delay, TimeUnit timeUnit, String queueCode){
        try {
            RBlockingDeque<Object> blockingDeque = redissonClient.getBlockingDeque(queueCode);
            RDelayedQueue<Object> delayedQueue = redissonClient.getDelayedQueue(blockingDeque);
            delayedQueue.offer(value, delay, timeUnit);
//            log.info("(添加延时队列成功) 队列键:{},队列值:{},延迟时间:{}", queueCode, value, timeUnit.toSeconds(delay) + "秒");
            //释放队列
            delayedQueue.destroy();
        } catch (Exception e) {
//            log.error("(添加延时队列失败) {}", e.getMessage());
            throw new RuntimeException("(添加延时队列失败)");
        }
    }


    /**
     * 获取延迟队列
     * @param queueCode 队列主键
     * @param <T> 泛型
     * @return
     * @throws InterruptedException
     */
    public <T> T getDelayQueue(String queueCode) throws InterruptedException {
        RBlockingDeque<Map> blockingDeque = redissonClient.getBlockingDeque(queueCode);
        //避免消息伪丢失(应用重启未消费),官网推荐
        redissonClient.getDelayedQueue(blockingDeque) ;
        T value  = (T) blockingDeque.take();
        return value;
    }


    public boolean removeDelayedQueue(@NonNull Object o, @NonNull String queueCode) {
        if (StringUtils.isBlank(queueCode) || Objects.isNull(o)) {
            return false;
        }
        try {
            RBlockingDeque<Object> blockingDeque = redissonClient.getBlockingDeque(queueCode);
            RDelayedQueue<Object> delayedQueue = redissonClient.getDelayedQueue(blockingDeque);
            boolean flag = delayedQueue.remove(o);
            if(flag){
//                log.info("(删除延时队列保证唯一性) 队列键:{},队列值:{}", queueCode, o);
            }
            delayedQueue.destroy();
            return flag;
        } catch (Exception e) {
//            log.error("(删除延时队列异常) 队列键:{},队列值:{},错误信息:{}",queueCode, o, e.getMessage());
            throw new RuntimeException("(删除延时队列异常)");
        }

    }
}

测试结果

大家看到的下图是开了一个服务的结果。我好奇这种演示消息队列在微服务下会不会重复消费,于是我们服务部署了2台,它尽然自己做了重复消费的逻辑,不需要我们单独加锁处理重复消费的问题。真的很棒!

 -------------以上就是redis key过期后callback的功能代码了----------

-------------以上就是Redission延迟消息队列解决方案代码了---------

知识扩展

如果小伙伴需要监听的类型比较多,比如说用户离线监听,订单超时未支付,优惠卷过期提醒等多业务的时候,就要在RedisDelayQueueRunner类里面监听多个KEY了,这时候会显的代码不美观,这时候可以参考一下另一位博主的枚举做法。

Redission集群下过期key监听回调事件不执行_redis过期回调的坑_码农是我的副业的博客-CSDN博客好了,就这么多了,redission的配置还是用你之前使用的就可以,这个使用之后就完美解决了,如果有其他问题,欢迎评论一起探讨!一、redis改成单节点,弊端集群环境下不能保证redis高可用;3、key过期监听回调类。1、添加maven依赖。_redis过期回调的坑https://blog.csdn.net/baidu_31384805/article/details/131240404

### RedissionRedis Stream实现消息队列 #### Redission简介 Redission是一个用于操作Redis的Java客户端库,它提供了许多高级特性来简化分布式环境下的开发工作。除了支持基本的数据结构外,还封装了许多复杂的功能模块,比如锁、信号量以及分布式集合等[^1]。 当涉及到使用Redis Stream作为消息队列时,Redission也提供了一套API接口来帮助开发者更方便地管理和消费Stream中的数据流。 --- #### 创建Stream并初始化消费者组 为了能够正常接收来自Stream的消息,在实际应用之前需要先完成一些基础设置: 1. **创建Stream**: 如果目标Stream不存在,则可以通过`XADD`命令手动添加一条记录触发其自动创建;或者直接调用Redission提供的方法。 2. **建立Consumer Group (CG)**: 只有加入特定分组后的客户端才能订阅对应范围内的未读事件。 以下是通过Redission API执行上述两步的一个简单例子: ```java import org.redisson.api.RStream; import org.redisson.api.RedissonClient; public class RedisStreamSetup { public static void main(String[] args) throws InterruptedException { // 初始化Redission Client实例 RedissonClient redisson = ...; RStream<String, String> stream = redisson.getStream("mystream"); try { // 添加初始条目以确保Stream存在 MapRecord<String, String, String> record = stream.add(Map.of("field", "value")); System.out.println("First Record ID:" + record.getId()); // 设置 Consumer Group 若尚未存在 boolean createdGroup = stream.createGroupIfNotExists( "mygroup", new StreamReadOptions().startFromLatest()); if(createdGroup){ System.out.println("Created consumer group 'mygroup'."); } } finally{ Thread.sleep(500); //等待一段时间让变更生效 redisson.shutdown(); } } } ``` 此代码片段展示了如何借助Redission快速搭建好一个名为`mystream`的新Stream及其关联的消费者群组`mygroup`[^3]。 --- #### 发送消息到Stream 一旦完成了前期准备工作之后就可以向指定位置写入新信息了。下面是一段演示发送多批次不同字段组合而成的消息至先前定义好的Stream上的样例程序: ```java import java.util.Map; // 假设已经获取到了RStream对象... for(int i=0;i<10;i++){ MessageId id = stream.addAsync(Map.of( "event_type","order_created", "order_id",String.valueOf(i), "amount",(new Random()).nextInt(100)+"" )); CompletableFuture<MessageId> futureResult = (CompletableFuture<MessageId>)id; futureResult.thenAccept(mid -> { log.info("Added message with ID={}", mid); }); } ``` 这里采用了异步方式批量提交订单相关的模拟业务通知给下游处理器处理[^4]。 --- #### 接收与处理消息 最后一步就是编写逻辑去监听某个具体分区里的更新情况,并及时作出响应动作。可以按照如下模式来进行迭代查询待办事项列表直至全部清除完毕为止: ```java while(true){ List<MapRecord<String,String,String>> records = stream.readGroup("mygroup","consumer-1", ReadMode.GROUP,new StreamOffset<>("$",null)); if(records.isEmpty()){ break;//如果没有更多可用项目则退出循环 } for(var rec :records){ processMessage(rec.getValue()); //自定义解析函数 //确认已完成当前项以便后续其他成员可继续领取剩余部分 stream.acknowledge("mygroup",rec.getId()); } } private void processMessage(Map<String,String> msgBody){ //TODO 实际业务转换流程 System.out.printf("Processing Order [%s]\n",msgBody.toString()); } ``` 以上脚本会持续轮询直到发现没有任何新的待认领资源才停止运行。每次成功提取后记得标记已阅状态以防重复计算同一笔交易两次以上的风险发生[^2]^。 --- ### 总结 综上所述,我们可以看出虽然原生Redis CLI工具也能满足大部分场景需求,但如果希望获得更加直观易懂且具备良好扩展性的解决方案的话,那么采用像Redission这样的第三方框架无疑是个不错的选择。它们不仅隐藏掉了底层繁琐的操作细节而且还额外增加了不少实用的小功能点供我们灵活运用其中。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

renkai721

谢谢您的打赏!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值