ReentrantLock是Java中可重入的显式锁，需手动加锁unlock()并放在finally块中确保释放；相比synchronized，它支持可中断等待、超时获取和公平锁选择，适用于复杂同步场景。
在Java中，ReentrantLock 是 java.util.concurrent.locks 包提供的一个可重入的显式锁实现，可以用来替代 synchronized 关键字，实现线程间的互斥访问。相比 synchronized，ReentrantLock 提供了更灵活的锁控制机制。
基本使用方式
要使用 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 块中，确保即使发生异常也能释放锁，避免死锁。
ReentrantLock 的优势
-
可中断等待：使用
lockInterruptibly()可以让等待锁的线程响应中断。 -
超时获取锁：通过
tryLock(long timeout, TimeUnit unit)尝试在指定时间内获取锁，失败则跳过。 - 公平性选择：构造函数支持传入 boolean 参数，设置是否为公平锁（先等待的线程优先获取锁）。
private final ReentrantLock lock = new ReentrantLock(true); // 公平锁
与 synchronized 的区别
- synchronized 是 JVM 层面的隐式锁，自动释放；ReentrantLock 是 API 层面的显式锁，需手动释放。
- ReentrantLock 支持尝试非阻塞获取锁（tryLock）、可中断、定时等待等高级功能。
- synchronized 更简洁，适合简单场景；ReentrantLock 更灵活，适合复杂同步需求。
基本上就这些。只要记得加锁后必须释放，推荐始终用 try-finally 结构，就能安全使用 ReentrantLock 实现互斥访问。不复杂但容易忽略细节。
