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 中释放锁，一旦临界区抛出异常，锁将无法释放，导致其他线程永久阻塞。
立即学习“Java免费学习笔记（深入）”；
尝试获取锁：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 能提升并发程序的可控性和性能，关键在于始终保证锁的释放，并根据场景选择合适的方法。不复杂但容易忽略细节。
