用RedissonClient 的锁机制,在加锁前检测锁状态,一直说是锁定状态!原因及解决方案!

本文探讨了在使用Redisson客户端进行分布式锁操作时遇到的问题,即由于键值为String类型导致的锁状态误判。文章详细分析了加锁过程中key被占用为String类型而不是预期的Hash类型,从而引发的锁状态一直为锁定的错误。解决方案是删除原有的String类型的key,确保加锁后的key类型正确。通过这个案例,读者可以了解到在分布式锁实现中需要注意的数据类型一致性和资源释放的重要性。
摘要由CSDN通过智能技术生成

代码

 RLock lock = redissonClient.getLock("KEY");
        if (lock.isLocked()) {
            return "您已有任务正在进行中!请稍后再用!";
        }
        //加锁
        lock.lock(10, TimeUnit.MINUTES);

查询redis服务器后:

get asyncTaskHeadquarters_key
"0"

解决方案

del asyncTaskHeadquarters_key

原因分析

加锁的key,被占用了,且是string类型的。所以在获取锁状态的时候返回的结果一直是锁定状态。
//加锁后
type asyncTaskHeadquarters_key
hash
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值