登录
首页 >  文章 >  java教程

Java使用ReentrantLock实现线程同步方法

时间:2026-02-23 23:29:31 467浏览 收藏

本文深入剖析了 Java 中 ReentrantLock 的核心机制与实战要点,对比其与 synchronized 的本质差异——前者是功能强大但需谨慎驾驭的显式锁,支持公平性控制、非阻塞加锁(tryLock)、可中断等待及多条件队列等高级特性;后者则更简洁安全、由 JVM 自动管理。文章重点警示了手动加解锁必须严格配合 try-finally 的硬性要求,详解了 tryLock 在防死锁和限时场景中的关键价值,并揭示 Condition 相比 Object 监视器在等待逻辑解耦与信号精准性上的显著优势;最后强调:真正考验开发者的是锁的“必要性判断”——多数场景下,优先选用 synchronized 或并发工具类才是更稳健、更不易出错的选择。

在Java里如何使用ReentrantLock实现线程同步_Java显式锁实现解析

ReentrantLock 和 synchronized 有什么关键区别

ReentrantLock 是显式锁,必须手动 lock()unlock();而 synchronized 是隐式锁,JVM 自动加锁/释放。这意味着一旦忘记 unlock(),就会永久阻塞其他线程——这是最常踩的坑。

它支持公平锁(new ReentrantLock(true))和非公平锁(默认),还提供 tryLock()lockInterruptibly()、条件队列(newCondition())等能力,synchronized 没有这些。

性能上,高竞争场景下 ReentrantLock 可能更优(尤其配合自旋或超时重试),但日常低竞争代码中差异几乎不可测,别为“看起来更高级”而强行替换 synchronized

必须用 try-finally 包裹 unlock() 吗

是的,必须。哪怕只有一行临界区代码,也得确保 unlock() 在异常路径下仍执行。Java 7+ 的 try-with-resources 不适用,因为 ReentrantLock 没实现 AutoCloseable

  • 错误写法:lock.lock(); doSomething(); lock.unlock(); —— 若 doSomething() 抛异常,unlock() 永远不执行
  • 正确写法:
    lock.lock();
    try {
        doSomething();
    } finally {
        lock.unlock();
    }
  • 注意:不能把 lock() 放进 try 块里——如果加锁失败(如被中断),finally 会尝试对未持有锁的对象调用 unlock(),抛 IllegalMonitorStateException

什么时候该用 tryLock() 而不是 lock()

tryLock() 是非阻塞加锁,立即返回 true(成功)或 false(失败),适合避免死锁、实现限时等待、或构建“尽力而为”的并发逻辑。

典型场景包括:

  • 两个资源需同时锁定时,用 tryLock() + 回退机制防死锁
  • 任务有严格超时要求,比如 tryLock(100, TimeUnit.MILLISECONDS)
  • 后台线程轮询检查状态,不想因锁阻塞影响调度周期

注意:tryLock() 成功后,仍需在 finallyunlock();失败时不要假设锁已释放——它根本没拿到锁。

Condition 与 Object.wait()/notify() 的实际差异

ReentrantLock.newCondition() 提供比 Object 原生监视器更精细的等待集控制。一个 ReentrantLock 可绑定多个 Condition 实例,比如生产者用 notFull、消费者用 notEmpty,互不干扰。

wait()/notify() 只能操作一个隐式等待队列,notify() 可能唤醒错误类型的线程,导致虚假唤醒或信号丢失。

使用要点:

  • await() 必须在持有锁的前提下调用,且会自动释放锁;被唤醒后重新竞争锁
  • signal() 不释放锁,也不立即唤醒线程,只是把线程从 Condition 队列移到 AQS 同步队列
  • 永远在 while 循环中检查条件(不是 if),因为唤醒可能来自 signalAll() 或虚假唤醒

这点和 Object.wait() 一致,但 Condition 让你更容易写出语义清晰的多路等待逻辑。

真正难的不是写对语法,而是判断「这里到底需不需要显式锁」——多数业务代码用 synchronizedjava.util.concurrent 工具类(如 ConcurrentHashMapAtomicInteger)更安全。过早引入 ReentrantLock 容易把简单问题复杂化,尤其是锁的粒度、嵌套、中断响应这些细节,一不留神就埋下偶发性线程挂起问题。

以上就是《Java使用ReentrantLock实现线程同步方法》的详细内容,更多关于的资料请关注golang学习网公众号!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>