本文已收录在Github,关注我,紧跟本系列专栏文章,咱们下篇再续!
synchronize 或 Lock 等 JDK 自带锁,只能锁住当前进程,适用于单体架构服务,而分布式多服务实例场景须用分布式锁:

可同时去一个地方“占坑”:
“占坑”可以去Redis、DB、任何所有服务都能访问的地方:

// 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "111");
if(lock) {
// 加锁成功... 执行业务
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
redisTemplate.delete( key: "lock");//fHßti
return dataF romDb ;
} else {
// 加锁失败,重试。synchronized()
// 休眠100ms重试
// 自旋
return getCatalogJsonFromDbwithRedisLock();
}
setnx占好坑,但业务代码异常或程序执行过程中宕机,即没有执行成功删除锁逻辑,导致死锁。
解决方案:设置锁自动过期,即使客户端节点没有主动删除,也会被自动删除。
// 1. 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent( "lock", "110")
if(lock) {
// 加锁成功...执行业务
// 突然断电
// 2. 设置过期时间
redisTemplate.expire("lock", timeout: 30, TimeUnit.SECONDS) ;
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
//删除锁
redisTemplate. delete( key; "lock");
return dataFromDb;
} else {
// 加锁失败...重试。 synchronized ()
// 休眠100ms重试
// 自旋的方式
return getCatalogJsonF romDbWithRedisLock();
}
setnx设置好,正要去设置过期时间,宕机,又死锁
解决方案:设置过期时间和占位必须是原子操作。redis支持使用setNxEx命令
// 1. 分布式锁占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "110", 300, TimeUnit.SECONDS);
if(lock)(
// 加锁成功,执行业务
// 2. 设置过期时间,必须和加锁一起作为原子性操作
// redisTemplate. expire( "lock", з0, TimeUnit.SECONDS);
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
// 删除锁
redisTemplate.delete( key: "lock")
return dataFromDb;
else {
// 加锁失败,重试
// 休眠100ms重试
// 自旋
return getCatalogJsonFromDbithRedislock()
}
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
String lockValue = redisTemplate.opsForValue().get("lock");
if(uuid.equals(lockValue)) {
// 删除我自己的锁
redisTemplate.delete("lock");
}
已经拿到了 lockvalue ,有了 UUID,但是过期了现在!其他人拿到所锁设置了新值,于是 if 后将别人的锁删了!!也就是删除锁不是原子操作。
String script =
"if redis.call('get', KEYS[1]) == ARGV[1]
then return redis.call('del', KEYS[1])
else
return 0
end";确保加锁/解锁都是原子操作

保证加锁【占位+过期时间】和删除锁【判断+删除】的原子性。 更难的事情,锁的自动续期。
更麻烦的还有锁自动续期。不管大厂、中小型公司,都是直接选择解决了这些问题的 Redisson!不重复造轮子,但也要知道该框架到底解决了啥问题,方便遇到问题时快速排查定位。