ReentrantLock提供比synchronized更灵活的线程同步控制，支持公平锁、可中断等待和超时获取锁；其基本使用需显式加锁并确保在finally中释放；默认为非公平锁以提升性能，公平锁则避免线程饥饿；tryLock方法支持尝试获取锁或限时等待，适用于防死锁场景；lockInterruptibly支持中断响应，便于取消长时间操作；合理使用可提升并发程序的健壮性与响应能力。
在Java多线程编程中，控制并发访问是确保数据安全和程序稳定的关键。虽然synchronized关键字提供了基础的同步机制，但ReentrantLock提供了更灵活、更强大的锁控制方式。它位于java.util.concurrent.locks包中，是可重入的互斥锁，支持公平锁与非公平锁、可中断等待、超时获取锁等高级功能。
1. ReentrantLock的基本使用方法
ReentrantLock的使用比synchronized更显式，需要手动加锁和释放锁。
基本结构如下：
ReentrantLock lock = new ReentrantLock();
lock.lock(); // 获取锁
try {
// 执行临界区代码
} finally {
lock.unlock(); // 必须在finally中释放锁
}
注意：unlock()必须放在finally块中，否则一旦临界区抛出异常，锁将无法释放，可能导致死锁或线程饥饿。
立即学习“Java免费学习笔记（深入）”；
2. 公平锁与非公平锁的选择
ReentrantLock构造函数支持指定是否为公平锁：
- new ReentrantLock()：默认创建非公平锁
- new ReentrantLock(true)：创建公平锁
公平锁会按照线程请求锁的顺序分配锁（FIFO），避免线程“饥饿”，但性能较低；非公平锁允许插队，吞吐量更高，但可能造成某些线程长时间等待。
一般情况下推荐使用非公平锁，除非有明确的公平性需求。
3. 尝试获取锁（tryLock）的灵活应用
ReentrantLock提供tryLock()方法，可以避免无限等待：
- lock.tryLock()：立即返回boolean，获取到锁返回true，否则false
- lock.tryLock(long time, TimeUnit unit)：在指定时间内尝试获取锁，超时则放弃
适用于需要避免死锁或限时操作的场景。例如：
if (lock.tryLock(3, TimeUnit.SECONDS)) {
try {
// 成功获取锁，执行业务逻辑
} finally {
lock.unlock();
}
} else {
// 获取失败，执行降级逻辑或直接返回
}
4. 中断响应：lockInterruptibly()
ReentrantLock支持可中断的锁获取，通过lockInterruptibly()实现。
当线程在等待锁的过程中被其他线程调用interrupt()时，会抛出InterruptedException，从而及时退出等待。
适合用于需要响应中断的任务，比如取消长时间运行的操作。
lock.lockInterruptibly();
try {
// 处理任务
} catch (InterruptedException e) {
// 被中断，清理资源
} finally {
if (lock.isHeldByCurrentThread()) {
lock.unlock();
}
}
基本上就这些。ReentrantLock比synchronized更灵活，但也要求开发者更小心地管理锁的生命周期。只要遵循“先判断再获取、务必释放、优先使用tryLock”的原则，就能有效控制并发访问，提升程序的健壮性和响应能力。
