别再乱用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 判断。把这个公式刻在脑子里,你的分布式锁就不会出问题。

相关推荐
公众号-老炮说Java12 分钟前
Spring AI Alibaba 硬核实战:Token 原理 → RAG → 多智能体,一篇通
java·人工智能·后端·spring
zoyation16 分钟前
Spring Boot多数据源
java·spring boot·后端
云登指纹浏览器19 分钟前
指纹浏览器自动化API对接实战总结:技术方案选型 + 避坑指南
运维·后端·自动化
绝知此事25 分钟前
ELK 从入门到精通:Spring Boot 实战三部曲(一)—— 基础核心与快速上手
spring boot·后端·elk
土狗TuGou30 分钟前
SQL内功笔记 · 第5篇:SQL逻辑执行顺序
数据库·笔记·后端·sql·mysql
为思念酝酿的痛9 小时前
POSIX信号量
linux·运维·服务器·后端
小羊在睡觉9 小时前
力扣84. 柱状图中最大的矩形
后端·算法·leetcode·golang·go
swipe10 小时前
Neo4j + Graph RAG 医疗知识图谱工程实践:患者教育问答真正需要的是“关系可追溯”
后端·langchain·llm
源码宝11 小时前
MES系统源码:Java8 + SpringBoot2.7 + MySQL8 + Redis,后端源码清爽易扩展
java·后端·源码·springboot·mes系统·源码二开·mes源码
金銀銅鐵11 小时前
[Java] 如何理解 class 文件中方法的 descriptor?
java·后端