当前位置：首页 > 文章列表 > 文章 > java教程 > JavaReentrantLock线程同步实现方法

JavaReentrantLock线程同步实现方法

2026-02-11 12:57:54 0浏览收藏

对于一个文章开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《Java如何用ReentrantLock实现线程同步》，主要介绍了，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

ReentrantLock需手动配对acquire/release，必须用try-finally确保unlock；默认非公平锁性能更优；Condition替代wait/notify须用while重检条件；仅在需超时、中断响应或多个条件队列时选用。

在Java里如何使用ReentrantLock控制线程同步_Java显式锁线程控制说明

ReentrantLock 必须手动 acquire() 和 release()

和 synchronized 自动加锁解锁不同，ReentrantLock 是显式锁，不配对调用就会导致死锁或资源泄露。最常见错误是只在正常流程里 lock.lock()，但异常时没释放。

必须把 lock() 放在 try 前，unlock() 放在 finally 块中
不能在构造函数或初始化块里直接 lock()，否则可能锁住未完成初始化的对象
lock.tryLock() 可设超时，避免无限等待；lock.isHeldByCurrentThread() 用于调试判断当前线程是否已持锁

ReentrantLock lock = new ReentrantLock();
lock.lock(); // 必须配对
try {
    // 临界区操作
} finally {
    lock.unlock(); // 即使抛异常也必须执行
}

公平锁与非公平锁的实际差异

默认创建的是非公平锁（new ReentrantLock()），它允许插队：新线程可能比等待队列里的老线程更早获取锁。公平锁（new ReentrantLock(true)）按 FIFO 调度，但吞吐量明显下降，且仍不保证绝对“公平”——比如刚唤醒的线程和刚调用 lock() 的线程竞争时，JVM 调度仍可能让后者胜出。

高并发写场景下，非公平锁通常性能更好，尤其临界区短、争抢频繁时
公平锁仅在需要明确响应顺序的业务逻辑中考虑（如任务调度器、资源分配器）
公平性开关不可动态修改，必须在构造时确定

Condition 替代 wait/notify 的正确姿势

ReentrantLock 不支持 wait()/notify()，要用 lock.newCondition() 获取 Condition 实例。常见错误是多个线程共用同一个 Condition 却没做条件重检，或在未持有锁时调用 await() 导致 IllegalMonitorStateException。

await() 会自动释放锁并挂起，被 signal() 唤醒后需重新竞争锁
必须用 while 循环检查条件，而非 if——因为存在虚假唤醒（spurious wakeup）
一个 Lock 可关联多个 Condition，适合实现生产者-消费者中的“空”和“满”两种等待队列

ReentrantLock lock = new ReentrantLock();
Condition notEmpty = lock.newCondition();
Condition notFull = lock.newCondition();

// 消费者等待非空
lock.lock();
try {
    while (queue.isEmpty()) {
        notEmpty.await(); // 自动释放 lock
    }
    return queue.poll();
} finally {
    lock.unlock();
}