别再乱用Redisson分布式锁了!这可能是你见过最标准的教程(附完整代码)

纯干货、无废话、直接可用,一文搞懂 redissonClient.getLock()

一、先上结论

ini 复制代码
RLock lock = redissonClient.getLock("order:create:" + orderId);

这行代码的作用:获取一个 Redis 分布式锁,用来解决并发重复请求、重复提交、超卖、数据不一致等问题。如果你已经会用了,建议直接跳到"坑"的部分;如果还不太熟,往下看。

二、核心概念(背下来)

1. 锁名称规则

  • 同一个 key:同一把锁
  • 不同 key:不同锁
  • 命名格式:业务模块:功能:唯一标识
  • 命名示例
    • order:create:1001
    • stock:deduct:SKU123
    • lock1(无业务含义)

2. 锁的三个特性

  • 互斥:同一时间只有一个线程能拿到锁
  • 阻塞:拿不到锁会等待,直到锁释放
  • 自动续期:Redisson 自带看门狗(WatchDog),任务没执行完会自动延长锁时间

三、标准代码模板(复制即用)

csharp 复制代码
String lockKey = "order:create:" + orderId;
RLock lock = redissonClient.getLock(lockKey);
try {
    // 获取锁(阻塞等待,自动续期)
    lock.lock();
    
    // ========== 需要加锁的业务逻辑 ==========
    doBusiness();
} finally {
    // 必须解锁!且要判断当前线程是否持有锁
    if (lock.isHeldByCurrentThread()) {
        lock.unlock();
    }
}

这个模板就是你项目的标准答案,没有第二种写法。

四、三种加锁方式对比

1. lock() ------ 最常用、最安全

csharp 复制代码
lock.lock();
  • 等待方式:阻塞等待,拿不到锁一直等
  • 续期机制: 自动续期(看门狗)
  • 适用场景:绝大多数业务(订单创建、库存扣减、数据更新)

2. tryLock(0, time, unit) ------ 尝试一次,拿不到就放弃

csharp 复制代码
boolean locked = lock.tryLock(0, 10, TimeUnit.SECONDS);
if (locked) {
    try {
        // 业务逻辑
    } finally {
        lock.unlock();
    }
}
  • 等待方式:不等待,立即返回
  • 续期机制: 无自动续期
  • 适用场景:防止重复请求、接口幂等校验

3. tryLock(waitTime, leaseTime, unit) ------ 等待一段时间

ini 复制代码
boolean locked = lock.tryLock(3, 10, TimeUnit.SECONDS);
  • 等待方式:等待 3 秒,拿不到返回 false
  • 锁时长:10 秒自动释放
  • 续期机制: 无自动续期

五、5条铁律(面试必问、开发必守)

规则1:必须 try-finally 包裹

  • 目的:无论业务是否报错,锁一定释放

    // 错误写法 lock.lock(); doBusiness(); lock.unlock(); // 如果业务抛异常,这行不执行 → 死锁

    // 正确写法 try { lock.lock(); doBusiness(); } finally { lock.unlock(); }

规则2:解锁前必须判断 isHeldByCurrentThread()

  • 目的:防止其他线程解锁你的锁

    // 危险写法 finally { lock.unlock(); // 如果锁已经被其他线程持有,会报错 }

    // 安全写法 finally { if (lock.isHeldByCurrentThread()) { lock.unlock(); } }

规则3:不要手动设置锁超时时间(除非你确定业务执行时间很短)

  • lock.lock(10, TimeUnit.SECONDS):业务执行超过 10 秒,锁提前释放 → 锁失效
  • lock.lock():看门狗自动续期,最安全

规则4:锁粒度越小越好

csharp 复制代码
//  锁住整个方法(粒度太大)
@Transactional
public void createOrder() {
    lock.lock();
    // 整个方法
}

//  只锁关键代码块
public void createOrder() {
    // 前置校验...
    lock.lock();
    try {
        // 只锁写操作
    } finally {
        lock.unlock();
    }
}

规则5:锁名称必须有业务意义

  • 订单创建:order:create:{orderId}
  • 库存扣减:stock:deduct:{skuId}
  • 用户签到:user:sign:{userId}:{date}

六、终极模板(企业级标准)

csharp 复制代码
@Component
public class DistributedLockService {
    @Autowired
    private RedissonClient redissonClient;

    public <T> T executeWithLock(String lockKey, Supplier<T> supplier) {
        RLock lock = redissonClient.getLock(lockKey);
        try {
            lock.lock();
            return supplier.get();
        } finally {
            if (lock.isHeldByCurrentThread()) {
                lock.unlock();
            }
        }
    }
}

// 使用方式
String result = distributedLockService.executeWithLock(
    "order:create:" + orderId, 
    () -> orderService.createOrder(orderId)
);

七、你最容易踩的5个坑

  • 不在 finally 解锁:导致死锁。解决方案:用 try-finally。
  • 不判断 isHeldByCurrentThread:其他线程解锁你的锁。解决方案:解锁前判断。
  • 手动设置 lock 时间:业务超时导致锁提前释放。解决方案:用 lock()。
  • 锁粒度太大:性能差。解决方案:只锁关键代码。
  • 锁名称重复:不同业务互相阻塞。解决方案:按规范命名。

八、一句话总结

redissonClient.getLock(redisLock) = 获取分布式锁。

使用公式:lock() + try + finally + isHeldByCurrentThread 判断。把这个公式刻在脑子里,你的分布式锁就不会出问题。

相关推荐
用户7728310490840几秒前
krono-job:零侵入、单二进制交付的分布式任务调度平台(开源)
后端
Conan在掘金7 分钟前
鸿蒙报错速查:Function lacks ending return statement,返回路径漏 return 就炸,根因 + 真解法
后端
人间凡尔赛33 分钟前
AI-Native 云原生架构:2026 年从容器编排到智能体编排的范式革命
后端·云原生·架构
IT_陈寒1 小时前
Vue的响应式让我加班到凌晨3点,原来问题出在这
前端·人工智能·后端
卷无止境1 小时前
提升 Python 代码健壮性的方法大盘点
后端·python
snow@li1 小时前
Spring Boot:项目服务器完整部署教程(零基础可直接实操)
服务器·spring boot·后端
卷无止境1 小时前
Python 异常处理:从入门到工程实践
后端·python
AINative软件工程1 小时前
LLM 应用的熔断降级工程实践:Circuit Breaker 不只是重试的升级版
后端·llm·ai编程
程序员爱钓鱼2 小时前
Go 开发环境安装(Windows、macOS、Linux)
后端·面试·go