SpringBoot实现Redis分布式锁.pdfVIP

SpringBoot实现Redis分布式锁 前⾔ 当不同的进程，必须以独占资源的⽅式实现资源共享，就需要⽤到分布式锁。 安全和稳定性 分布式锁的实现，必须满⾜以下2个特性 独享互斥：在任意⼀个时刻，只能有⼀个客户端持有锁 ⽆死锁：既然有加锁，则必须存在解锁。即使持有锁的客户端崩溃宕机，锁仍然允许被其他客户端获取，不能造成⽆限期的等待 例⼦1 @Autowired private StringRedisTemplate stringRedisTemplate; @GetMapping(/lock) public void lock1() throws InterruptedException { String lockKey = lockKey, lockValue = lockValue; Boolean success = stringRedisTemplate.opsForValue().setIfAbsent(lockKey, lockValue, Duration.ofSeconds(10)); if (success){ try{ System.out.println(String.format(Thread-%d ：Success, Thread.currentThread().getId())); } finally { stringRedisTemplate.delete(lockKey); } } } 独享互斥：setIfAbsent等同于Redis的SETNX命令，当key不存在才⽣效，返回的是true；当key存在时返回false。 ⽆死锁：setIfAbsent第3个参数是key超时时间，就算中途应⽤服务挂了，等时间到了key⾃动失效。另外，finally处理删除key操 作，及时释放锁。 ⽤JMeter发送1000个并发请求，结果如下： Thread-227 ：Success Thread-88 ：Success Thread-116 ：Success Thread-202 ：Success Thread-185 ：Success Thread-97 ：Success 但是，上述Demo存在以下问题： 1. 客户端A获取到锁资源，同时设置超时时间10s，紧接着A被其他操作堵塞了进程 2. 10s过后，由于A的业务尚未执⾏完，锁过期⾃动失效了 3. 客户端B成功获取锁资源 4. 此时A的业务逻辑执⾏完毕，做了释放锁操作，此时删除的KEY是客户端B加锁的KEY 5. 客户端C尝试获取锁资源，由于KEY已经被A删掉了，所以C也加锁成功，和客户端B存在了并发的问题 例⼦2 public void lock3() throws InterruptedException { String lockKey = lockKey; 改成唯⼀性的 //lock value UUID String lockValue = UUID.randomUUID().toString(); Boolean success = stringRedisTemplate.opsForValue().setIfAbsent(lockKey, lockValue, Duration.ofSeconds(10)); if (success){ try{ System.out.println(String.format(Thread-%d ：Success, Thread.currentThread().getId())); } finally { 释放锁不再是简单的 // DELETE KEY releaseLock(lockKey, lockValue); } } } private boolean releaseLock(String key, String value){ String srcValue = stringRedisTemplate.opsForValue().get(key); if (StrUtil.isEmpty(srcVal