原来大厂的Redis分布式锁都这么设计的!常用的即 synchronize 或 Lock 等 JDK 自带的锁，只能锁住

本文已收录在Github，关注我，紧跟本系列专栏文章，咱们下篇再续！

🚀 魔都架构师 | 全网30W技术追随者
🔧 大厂分布式系统/数据中台实战专家
🏆 主导交易系统百万级流量调优 & 车联网平台架构
🧠 AIGC应用开发先行者 | 区块链落地实践者
🌍 以技术驱动创新，我们的征途是改变世界！
👉 实战干货：编程严选网

1 本地锁

synchronize 或 Lock 等 JDK 自带锁，只能锁住当前进程，适用于单体架构服务，而分布式多服务实例场景须用分布式锁：

2 分布式锁

2.1 分布式锁的原理

厕所占坑论

可同时去一个地方“占坑”：

占到，就执行逻辑
否则等待，直到释放锁可通过自旋方式自旋

“占坑”可以去Redis、DB、任何所有服务都能访问的地方：

2.2 分布式锁演进

一阶段

① 示例代码

// 占分布式锁，去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 后将别人的锁删了！！也就是删除锁不是原子操作。

③ 问题

如果正好判断是当前值，正要删除锁时，锁已过期，别人已设置成功新值。那删除的就是别人的锁.
解决方案删除锁必须保证原子性。使用redis+Lua脚本。

阶段五

① 示例代码

String script = 
	"if redis.call('get', KEYS[1]) == ARGV[1] 
		then return redis.call('del', KEYS[1]) 
	else 
		return 0 
	end";

② 流程图

确保加锁/解锁都是原子操作

③ 问题

保证加锁【占位+过期时间】和删除锁【判断+删除】的原子性。更难的事情，锁的自动续期。

3 总结

更麻烦的还有锁自动续期。不管大厂、中小型公司，都是直接选择解决了这些问题的 Redisson！不重复造轮子，但也要知道该框架到底解决了啥问题，方便遇到问题时快速排查定位。