Redis第18讲——Redis和Redission实现延迟消息

即使不是做电商业务的同学,也一定知道订单超时关闭这种业务场景,这个场景大致就是用户下单后,如果在一定时间内未支付(比如15分钟、半小时),那么系统就会把这笔订单给关闭掉。这个功能实现的方式有很多种,比如JDK中自带的DelayQueue延迟队列、Timer、ScheduledThreadPoolExecutor,强烈推荐的RocketMQ、RabblitMQ及Kafka等消息队列,还有就是Hutool的SystemTimer、Netty的HashedWheelTimer等等,感兴趣的可以去了解一下今天我们就先看看Redis和Redisson是如何实现延迟消息的。

一、Redis如何实现延迟消息

1.1 过期key监听

很多人都知道Redis有一个过期监听的功能,在redis.conf中加一条notify-keyspace-events开启过期监听,然后在代码中实现KeyExpirationMessageListener就可以监听key的过期消息了。

这样就可以在接收到过期消息的时候进行关单操作了,但是这个方案并不推荐,Redis官方明确说过Redis并不保证key在过期的时候就能被立即删除,更不保证这个消息能被立即发出,所以,消息延迟是必然的,数据量越大延迟的时间越长。

而且,在Redis5.0之前,这个消息是通过PUB/SUB模式发出的,不会做持久化,至于你有没有接收到,有没有消费成功,它不管,所以,如果发消息的时候客户端挂了,之后再恢复的话,这个消息也就彻底丢了。

1.2 Zset

我们可以借助Redis中的有序集合——zset来实现这个功能,zset是一个有序集合,每一个元素(member)都关联了一个score,可以通过score排序来取集合中的值。

我们可以将订单超时时间的时间戳(下单时间+超时时间)作为score订单号orderId作为成员(member),这样redis会对zset按照score进行排序,再通过定时任务获取“当前时间>=score"的延迟任务,获取到之后就可以根据订单号(member)进行关单操作。

这么实现的优点就是可以借助redis持久化和高可用机制,避免数据丢失。

1.3 zset实现超时关单Demo

步骤:

  • 用户下单后,将信息写入redis zset缓存中,score为当前时间+延迟时间的时间戳,member为订单号。

  • 使用ZRangeByScore和WithScores命令,获取当前时间戳之前的所有任务,并通过score判断哪些任务已到期,进行关单处理。

  • 启动一个额外的定时任务周期性检查并处理已到期的订单。

导入依赖:

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

Demo:

@Service
public class OrderDelayService {
    @Autowired
    private RedisTemplate<String,String> redisTemplate;
    //延迟15分钟
    private final long delayTime = 15*60*1000;
    //订单号key前缀
    private static final String ORDER_KEY="order:";
    //延迟关单key
    private static final String DELAY_KEY="close_orders";
    /**
     * 创建订单
     * @param orderId
     */
    public void createOrder(String orderId){
        //...
        //创建订单成功
        //1.获取当前时间戳
        long currentTime = System.currentTimeMillis();
        //2.score:当前时间+延迟时间
        long score=currentTime+delayTime;
        //3.加入redis zset集合
        redisTemplate.opsForZSet().add(
                DELAY_KEY,  //redis key
                ORDER_KEY+orderId, //member
                score //score
        );
    }
​
    /**
     * 任务间隔一秒执行一次
     */
    @Scheduled(fixedDelay = 1000)
    public void closeExpiredOrders(){
        //当前时间戳
        long currentTime = System.currentTimeMillis();
        ZSetOperations<String, String> zSetOps = redisTemplate.opsForZSet();
        //取出所有数据(已排好序)
        Set<String> orderKeys = zSetOps.range(DELAY_KEY, 0, -1);
        for (String orderKey : orderKeys) {
            //获取score,
            double score = zSetOps.score(DELAY_KEY, orderKey);
            if(currentTime>=score){
                String orderId = orderKey.substring(ORDER_KEY.length());
                //进行关单操作...closeOrder(orderId)
                //从zset里移除该订单
                zSetOps.remove(DELAY_KEY,orderKey);
            }
        }
    }
}

二、Redission如何实现延迟消息

2.1 实现原理

Redission中定义了分布式延迟队列DelayedQueue,其实就是在zset的基础上增加了一个基于内存的延迟队列。

大致的流程如下:

当我们要添加一个数据到延迟队列的时候,redission会把数据+超时时间放到zset中,并且起一个延时任务,当任务到期的时候,再去zset中把数据取出来,返回给客户端使用。

2.2 案例

导入依赖:

 <dependency>
     <groupId>org.redisson</groupId>
     <artifactId>redisson-spring-boot-starter</artifactId>
     <version>3.13.1</version>
</dependency>

定义一个客户端:

@Component
public class RedissionConfig {
    @Bean(destroyMethod = "shutdown")
    public RedissonClient redssion(){
        Config config=new Config();
        config.useSingleServer().setAddress("redis://127.0.0.1");
        return Redisson.create(config);
    }
}

实现:

@Component
public class RedissionDelay {
​
    @Autowired
    private RedissonClient client;
    /**
     * 创建订单,并设置过期时间
     * @param orderId
     */
    public void createOrder(String orderId){
        //...
        //创建订单成功
        RBlockingDeque<Object> blockingDeque = client.getBlockingDeque("orderQueue");
        RDelayedQueue<Object> delayedQueue = client.getDelayedQueue(blockingDeque);
        //将订单加入延迟队列,延迟时间为15分钟
        delayedQueue.offer(orderId,15, TimeUnit.MINUTES);
    }
​
    /**
     * 关单操作
     */
    public void closeOrder(){
        RBlockingDeque<Object> orderQueue = client.getBlockingDeque("orderQueue");
        new Thread(() -> {
            while (true){
                try {
                    String orderId = (String) orderQueue.take();
                    //进行关单操作,closeOrder(orderId)
                } catch (InterruptedException e) {
                  e.printStackTrace();
                }
            }
        });
    }
}

上述例子,我们用RDelayedQueue的offer方法将订单添加到了延迟队列,并指定了延迟时间,当元素的延迟时间到达时,Redission会将元素从RDelayedQueue转移到与之关联的RBlockingDeque。

然后在检查是否要关单的时候,另起了一个线程,不断循环读取到期的订单。值得注意的是 take方法从RBlockingDeque中获取元素,这是一个阻塞操作,如果没有元素,它会一直等到,直到有元素。

End:希望对大家有所帮助,如果有纰漏或者更好的想法,请您一定不要吝啬你的赐教🙋。

概要介绍:本门课程属于“Java分布式中间件大汇聚实战”系列课程,主要介绍了企业级项目中真实的应用场景的实现及主流的Java核心技术栈(Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)的实战等等。除此之外,还介绍了如何基于Redis设计并实战一款点赞系统(点赞、取消点赞、排行榜、用户中心、文章点赞用户列表…)可以说技术干货甚多,不仅可以巩固企业级应用系统的开发实战能力,相信在面试、跳槽涨薪方面也能带来相应的帮助!课程内容:传说中的金三银四、面试跳槽涨薪季已经来临,Debug特地为大家准备了一系列跟面试、跳槽、巩固核心技术栈相关的课程,本门课程属于第一季,其中的内容包括企业级项目中真实的应用场景实战、面试相关的技术点分享、主流的Java技术栈(Undertow、Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)实战等等。除此之外,我们还基于Redis设计并实战了一款点赞系统,可以说技术干货甚多。在课程的最后,Debug给大家整理了一份最新的面向BAT大厂招聘 ~ 2020年程序猿最新的Java面试题(附带目录和答案),希望对各位小伙伴的成长有所帮助!值得一提的是,本季课程实战的应用场景包括“日志记录”、“邮件发送”、“通告消息通知”、“短信验证码失效验证”、“会员到期自动提醒/到期前N天自动提醒”以及“点赞系统”的设计与实战,其大纲如下所示:其中,涉及到的技术栈包括Spring Boot2.0、Mybatis、Undertow、Redis、RabbitMQ、Redisson、Spring AOP、 Java8…下面罗列出本门课程重点介绍的价格应用案例以及业务场景的实现流程图!(1)基于Spring的消息驱动模型实现日志的异步记录:(2)基于消息中间件RabbitMQ的消息队列实现日志的异步记录:(3)基于缓存中间件Redis的订阅发布机制实现商户公告消息通知:(4)基于Redis的Key失效与定时任务实现实现短信验证码的过期失效验证:其他核心、典型的应用案例和业务场景的实战可以详细参考“课程目录”!除此之外,我们还基于缓存中间件Redis设计并实战实现了点赞系统中的点赞功能模块,下面罗列出其中涉及到的相关功能模块的实战流程图:其课程收益如下所示:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

橡 皮 人

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值