ReentrantLock提供比synchronized更灵活的线程互斥控制，通过lock()和unlock()方法显式加锁释放，支持可重入、公平锁、可中断等待及tryLock非阻塞尝试，需注意配对使用以防死锁。
在Java中，ReentrantLock 是一种可重入的显式互斥锁，它提供了比 synchronized 更灵活的加锁机制。通过它，可以确保同一时刻只有一个线程能访问临界资源，从而实现线程安全。
1. 引入 Reentrant7Lock 基本用法
要使用 ReentrantLock 实现互斥，首先要创建一个 ReentrantLock 实例。通常将其声明为类的成员变量，并在需要保护的代码块前后分别调用 lock() 和 unlock() 方法。
示例代码：
import java.util.concurrent.locks.ReentrantLock;
public class Counter {
private int count = 0;
private final ReentrantLock lock = new ReentrantLock();
public void increment() {
lock.lock(); // 获取锁
try {
count++;
} finally {
lock.unlock(); // 释放锁
}
}
public int getCount() {
lock.lock();
try {
return count;
} finally {
lock.unlock();
}
}
}
注意：unlock() 必须放在 finally 块中，确保即使发生异常也能释放锁，避免死锁。
2. 理解 lock() 与 unlock() 的配对原则
每次调用 lock() 都必须对应一次 unlock()，否则锁将无法释放。ReentrantLock 支持同一线程重复获取锁（即可重入），但 lock() 调用次数必须与 unlock() 相等。
立即学习“Java免费学习笔记（深入）”；
例如：一个线程可以多次 lock()，但也要调用相同次数的 unlock() 才真正释放锁。
3. 使用 tryLock 避免阻塞
除了阻塞式的 lock()，还可以使用 tryLock() 尝试获取锁，避免无限等待。
if (lock.tryLock()) {
try {
// 执行临界区操作
} finally {
lock.unlock();
}
} else {
// 获取锁失败，执行其他逻辑
}
这种模式适用于需要超时控制或不想阻塞当前线程的场景。
4. 对比 synchronized 的优势
ReentrantLock 提供了更多功能：
- 支持公平锁（构造时传入 true）：按请求顺序分配锁，减少线程饥饿
- 可中断的锁等待：使用 lockInterruptibly()
- 更灵活的调试信息：如 getHoldCount(), isLocked() 等方法
虽然功能更强，但也要求开发者更小心地管理锁的生命周期。
基本上就这些。只要记得加锁后务必释放，就能安全使用 ReentrantLock 实现互斥。不复杂但容易忽略细节。
