Redis分布式锁一定要避开的两个坑（redis 分布式锁的实现）墙裂推荐

🌐 经济型：买域名、轻量云服务器、用途：游戏网站等《腾讯云》特点：特价机便宜适合初学者用点我优惠购买

🚀 拓展型：买域名、轻量云服务器、用途：游戏网站等《阿里云》特点：中档服务器便宜域名备案事多点我优惠购买

🛡️ 稳定型：买域名、轻量云服务器、用途：游戏网站等《西部数码》特点：比上两家略贵但是稳定性超好事也少点我优惠购买

文章摘要

这篇文章指出Redis分布式锁的两个主要问题及解决方案： 1. **锁释放时机不当**：当前代码在释放锁时未校验线程是否真正获取了锁，可能导致线程重复执行业务。解决方案是在获取锁成功后才允许释放锁。 2. **内存清理机制**：Redis的内存回收或惰性删除可能导致分布式锁失效。解决方案在于数据库层采用乐观锁机制，如MySQL的扣减库存方法，通过数据库操作控制锁的获取和释放。文章提醒开发者在使用Redis分布式锁时，需特别注意这些问题，以确保线程安全和系统稳定性。

目录1 第一个坑：错误释放锁时机1.1. 发现问题1.2 解决问题2 第二个坑：缓存失效问题2.1 过期清理机制2.2 内存回收机制2.3 乐观锁

分析以下代码存在什么问题：

// 分布式锁服务
public interface RedisLockService {
// 获取锁
public boolean getLock(String key);
// 释放锁
public boolean releaseLock(String key);
}

// 业务服务
public class BizService {

@Resource
private RedisLockService redisLockService;

public void bizMethod(String bizId) {
try {
// 获取锁
if(redisLockService.getLock(bizId)) {
// 业务重复校验
if(!bizValidate(bizId)) {
throw new BizException(ErrorBizCode.REPEATED);
}
// 执行业务
return doBusiness();
}
// 获取锁失败
throw new BizException(ErrorBizCode.GET_LOCK_ERROR);
} finally {
// 释放锁
redisLockService.releaseLock(bizId);
}
}
}

上述代码看似没问题，实则隐藏大问题。问题在于释放锁时没有校验当前线程是否拿到锁：

线程1和线程2同一时刻访问业务方法线程2获取锁成功，进行业务处理线程1没有获取到锁，但是释放锁成功此时有线程3尝试获取锁成功，但是线程2业务没有处理完，所以线程3不会导致业务重复异常最终导致线程2和线程3重复执行业务

解决方案是在确认获取锁成功后才允许释放锁：

public class BizService {

@Resource
private RedisLockService redisLockService;

public void bizMethod(String bizId) {
boolean getLockSuccess=false;
try {
// 尝试获取锁
getLockSuccess=redisLockService.getLock(bizId);
// 获取锁成功
if(getLockSuccess) {
// 业务重复校验
if(!bizValidate(bizId)) {
throw new BizException(ErrorBizCode.REPEATED);
}
// 执行业务
return doBusiness();
}
// 获取锁失败
throw new BizException(ErrorBizCode.GET_LOCK_ERROR);
} finally {
// 获取锁成功才允许释放锁
if(getLockSuccess) {
redisLockService.releaseLock(bizId);
}
}
}
}