ReentrantLock显式锁使用全解析

ReentrantLock是Java并发编程中一种强大的显式锁，它提供了比synchronized关键字更灵活的锁控制机制。本文深入解析ReentrantLock的使用，包括其基本用法lock()和unlock()，强调在finally块中释放锁的重要性，以避免死锁。同时，详细介绍了tryLock()在超时场景下的应用，以及公平锁与非公平锁的选择策略。此外，还探讨了lockInterruptibly()如何响应线程中断，以及ReentrantLock结合Condition实现精准线程通信的方法。掌握ReentrantLock的使用技巧，能有效提升并发程序的可控性和性能，但在使用过程中需注意细节，确保锁的正确释放，并根据实际场景选择合适的方法。

ReentrantLock提供比synchronized更灵活的锁控制，支持公平/非公平锁、可中断等待、超时获取等功能；通过lock()和unlock()手动加锁释放，必须在finally块中调用unlock()防止死锁；tryLock()可用于尝试获取锁并设置超时，避免无限阻塞；lockInterruptibly()支持线程中断响应，适合可取消操作；结合Condition可实现多条件等待通知机制，提升线程通信灵活性。

在Java多线程编程中，ReentrantLock 是一种可重入的显式锁，相比 synchronized 提供了更灵活的加锁机制。它位于 java.util.concurrent.locks 包下，允许开发者手动控制锁的获取与释放，支持公平锁、非公平锁、可中断等待、超时尝试等高级功能。

基本使用方式：lock() 与 unlock()

使用 Reentrant7Lock 的核心是正确调用 lock() 和 unlock() 方法。必须确保 unlock() 在 finally 块中执行，防止死锁。

示例代码：

ReentrantLock lock = new ReentrantLock();
lock.lock(); // 获取锁
try {
    // 执行临界区代码
    System.out.println("当前线程: " + Thread.currentThread().getName());
} finally {
    lock.unlock(); // 必须在finally中释放
}

注意：如果未在 finally 中释放锁，一旦临界区抛出异常，锁将无法释放，导致其他线程永久阻塞。

尝试获取锁：tryLock() 的灵活应用

tryLock() 允许线程在指定时间内尝试获取锁，避免无限等待，适用于有超时控制的场景。

• tryLock()：立即返回 boolean，获取到锁返回 true，否则 false
• tryLock(long timeout, TimeUnit unit)：在超时时间内尝试获取锁

适用场景举例：避免死锁或限制资源占用时间。

if (lock.tryLock(3, TimeUnit.SECONDS)) {
    try {
        // 成功获取锁，执行操作
    } finally {
        lock.unlock();
    }
} else {
    // 获取失败，执行备选逻辑
    System.out.println("未能获取锁，跳过操作");
}

公平锁与非公平锁的选择

ReentrantLock 支持构造时指定是否为公平锁：

• new ReentrantLock()：默认为非公平锁（性能更高）
• new ReentrantLock(true)：公平锁，按等待顺序分配锁（更公平但开销大）

公平锁保证等待最久的线程优先获取锁，适合对响应时间一致性要求高的系统；非公平锁允许插队，吞吐量更高，大多数场景推荐使用默认非公平模式。

中断响应：lockInterruptibly()

当使用 lockInterruptibly() 时，线程在等待锁的过程中可以被中断，适用于需要取消任务的场景。

lock.lockInterruptibly();
try {
    // 临界区操作
} catch (InterruptedException e) {
    // 处理中断
    Thread.currentThread().interrupt(); // 恢复中断状态
} finally {
    if (lock.isHeldByCurrentThread()) {
        lock.unlock();
    }
}

该方法抛出 InterruptedException，可用于响应线程中断，实现更优雅的任务取消机制。

结合 Condition 实现精准通知

ReentrantLock 可配合 Condition 替代 wait/notify，实现更细粒度的线程通信。

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

// 生产者
lock.lock();
try {
    while (queue.size() == CAPACITY) {
        notFull.await(); // 等待不满
    }
    queue.add(item);
    notEmpty.signal(); // 通知消费者
} finally {
    lock.unlock();
}

每个 Condition 对象代表一个等待队列，可实现多个条件等待，比 synchronized 更灵活。

基本上就这些。合理使用 ReentrantLock 能提升并发程序的可控性和性能，关键在于始终保证锁的释放，并根据场景选择合适的方法。不复杂但容易忽略细节。

本篇关于《ReentrantLock显式锁使用全解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！