Spring Schedule定时关单快速入门(三)

在Spring Schedule定时关单快速入门(二)的末尾我们提到,定时关单器在多个tomcat集群的情况下存在资源浪费的情况,
这并不是我们所希望的,所以对此我们进行代码的改进。

此时在v2版本中我们借鉴用户单点登录,我们引入Redis分布式锁,在Redis中存入键值对,然后使用Redis的setnx()方法进行存取. //setnx (命令在指定的 key 不存在时,为 key 设置指定的值。设置成功,返回 1 。 设置失败,返回 0 。)

//由于该项目是集群项目,所以应该使用到分布式锁
@Scheduled(cron = "0 */1 * * * ?")//每1分钟(每个1分钟的整数倍)调用一次
public void closeOrderTaskV2(){
    log.info("关闭订单定时任务启动");
    long lockTimeout = Long.parseLong(PropertiesUtil.getProperty("lock.timeout","50000"));

    //将value为当前时间戳存入
    //setnx (命令在指定的 key 不存在时,为 key 设置指定的值。)
    //设置成功,返回 1 。 设置失败,返回 0 。
    Long setnxResult = RedisShardedPoolUtil.setnx(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,String.valueOf(System.currentTimeMillis()+lockTimeout));
    if(setnxResult != null && setnxResult.intValue() == 1){
        //如果返回值是1,代表设置成功,获取锁
        closeOrder(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
    }else{
        log.info("没有获得分布式锁:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
    }


    log.info("关闭订单定时任务结束");

}

private void closeOrder(String lockName){
    RedisShardedPoolUtil.expire(lockName,50);//设置key的有效期为50秒,防止死锁
    log.info("获取{},ThreadName:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,Thread.currentThread().getName());//打印日志(1.锁名 2.当前线程的名字)
    int hour = Integer.parseInt(PropertiesUtil.getProperty("close.order.task.time.hour","2"));********
    //iOrderService.closeOrder(hour);//关闭2小时以前没支付的订单.
    RedisShardedPoolUtil.del(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
    log.info("释放{},ThreadName:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,Thread.currentThread().getName());//打印日志(1.锁名 2.当前线程的名字)
    log.info("==================================");

}

该方法让Tomcat轮流执行定时器,但是同时也衍生出了一个新的问题:在tomcat执行到setnx()方法的时候,键值对并没有设置上有效时间,此时键值对还是永久有效。在此时我们进行项目(Tomcat)的重启。
我们做的键值对锁永久有效的存储在了Redis。当项目重启好之后,执行定时器的时候,setnx()方法发现redis中存在键值对,不执行定时器任务。对此我们应该对代码进行优化,进行双层的防死锁。

代码:

//双重防死锁
@Scheduled(cron = "0 */1 * * * ?")//每1分钟(每个1分钟的整数倍)调用一次
public void closeOrderTaskV3(){
    log.info("关闭订单定时任务启动");
    long lockTimeout = Long.parseLong(PropertiesUtil.getProperty("lock.timeout","5000"));//5秒

    //setnx (命令在指定的 key 不存在时,为 key 设置指定的值。)设置成功,返回 1  设置失败,返回 0
    Long setnxResult = RedisShardedPoolUtil.setnx(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,String.valueOf(System.currentTimeMillis()+lockTimeout));

    if(setnxResult != null && setnxResult.intValue() == 1){
        //[条件判断情况1:]
        //说明redis中没有锁,此时为redis设置上锁(键值对).然后进行关单操作
        //如果返回值是1,代表设置成功,获取锁
        closeOrder(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
    }else{
        //[条件判断情况2:]
        //说明redis中已经有锁了(有tomcat在使用了)

        //未获取到锁,继续判断,判断时间戳,看是否可以重置并获取到锁
        //获取锁中的时间戳
        String lockValueStr = RedisShardedPoolUtil.get(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);//获取到锁中的value(存入的时间戳)

        //对锁时间戳进行判断是否为空,是否过期
        if(lockValueStr != null && System.currentTimeMillis() > Long.parseLong(lockValueStr)){
            //[条件判断情况A:]
            //锁时间戳 不是空的 && 锁时间戳小于当前时间戳  (说明此时锁还存在,已过期)(说明出现了死锁状况)


            //再次用当前时间戳getset  (将现在的时间戳存入到redis中的锁中)
            //由于项目是tomcat集群,走到这的时候,原先的锁value可能发生改变。这里我们应该用getset方法获取到最新的旧值。
            String getSetResult = RedisShardedPoolUtil.getset(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,String.valueOf(System.currentTimeMillis()+lockTimeout));
            //判断我们存入锁中,锁是否已经存在
                // 如果锁已经存在,我们将存入新值,返回旧值。
                // 如果锁不存在,返回的会是nil   此时我们获取锁

            //返回给定的key的旧值, ->旧值判断,是否可以获取锁
                //当key没有旧值时,即key不存在时,返回nil      ->获取锁
                //这里我们set了一个新的value值,获取旧的值。

            //[条件判断情况a:]
            // 在执行getset()的时候,set之前可能锁消失了导致方法get不到旧的值(没有get到旧值返回了null。)。
            // 此时原先的锁消失了的话,我们重新上锁后继续执行业务
            if(getSetResult == null || (getSetResult !=null && StringUtils.equals(lockValueStr,getSetResult))){//避免当前对象在操作锁的时候有人在操作
                //[条件判断情况b:]
                // 走完getset()之后,现在redis中的锁已经重新设置上了新值
                // 此时我们拿起初的lockValueStr(旧值)和getSetResult(getset()返回的旧值)进行比较,
                // 如果相同,说明当前已经真正获取到锁,那么此时我们可以执行业务
                closeOrder(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
            }else{
                //[条件判断情况c:]
                //getset()方法返回了旧值,且该值与原先的lockValueStr(锁值)并不相同。说明已经有对象在操作锁。并给锁设上了新值
                log.info("没有获取到分布式锁:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
            }
        }else{
            //[条件判断情况B:]
            //锁时间戳大于当前时间戳  (说明此时锁未过期,还存在)
            log.info("没有获取到分布式锁:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
        }

    }


    log.info("关闭订单定时任务结束");

}


private void closeOrder(String lockName){
    RedisShardedPoolUtil.expire(lockName,5);//设置key的有效期为5秒,防止死锁
    log.info("获取{},ThreadName:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,Thread.currentThread().getName());//打印日志(1.锁名 2.当前线程的名字)
    int hour = Integer.parseInt(PropertiesUtil.getProperty("close.order.task.time.hour","2"));
    //iOrderService.closeOrder(hour);//关闭2小时以前没支付的订单.
    RedisShardedPoolUtil.del(Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK);
    log.info("释放{},ThreadName:{}",Const.REDIS_LOCK.CLOSE_ORDER_TASK_LOCK,Thread.currentThread().getName());//打印日志(1.锁名 2.当前线程的名字)
    log.info("==================================");

}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

kerry_x

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

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

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

打赏作者

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

抵扣说明:

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

余额充值