ReentrantLock提供比synchronized更灵活的线程同步控制，支持可中断、超时获取、公平锁及Condition协作，需显式加锁并确保finally中释放，适用于复杂并发场景。
在多线程编程中，保证线程安全是核心问题之一。Java 提供了多种方式实现线程同步，除了 synchronized 关键字外，ReentrantLock 是 java.util.concurrent.locks 包中一个功能更强大、灵活的可重入锁实现。相比 synchronized，它提供了更细粒度的控制和额外的功能，比如可中断、超时获取锁、公平锁等。
ReentrantLock 基本使用方法
ReentrantLock 实现了 Lock 接口，使用时需要显式地加锁和释放锁。基本结构如下：
// 创建一个 ReentrantLock 实例
ReentrantLock lock = new ReentrantLock();
// 在需要同步的代码块前加锁
lock.lock();
try {
// 临界区：访问共享资源
sharedResource++;
} finally {
// 必须在 finally 中释放锁，防止死锁
lock.unlock();
}
注意：unlock() 必须放在 finally 块中，确保即使发生异常也能释放锁，避免线程永久阻塞。
ReentrantLock 的高级特性
ReentrantLock 提供了一些 synchronized 不具备的能力，适用于更复杂的并发场景。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
1. 尝试获取锁（tryLock）
允许线程尝试获取锁，不会无限等待。可以设置超时时间，避免长时间阻塞。
if (lock.tryLock(1, TimeUnit.SECONDS)) {
try {
// 成功获取锁，执行操作
} finally {
lock.unlock();
}
} else {
// 获取锁失败，执行其他逻辑
}
2. 可中断的锁获取（lockInterruptibly）
当线程在等待锁的过程中可以被中断，适用于需要响应中断的场景。
try {
lock.lockInterruptibly();
try {
// 处理共享资源
} finally {
lock.unlock();
}
} catch (InterruptedException e) {
// 线程被中断，进行清理或退出
}
3. 公平锁与非公平锁
ReentrantLock 构造函数支持指定是否为公平锁：
- new ReentrantLock()：默认为非公平锁，性能更高，但可能造成线程饥饿。
- new ReentrantLock(true)：公平锁，按请求顺序获取锁，更公平但性能略低。
与 synchronized 的对比
ReentrantLock 和 synchronized 都能实现线程同步，但有以下区别：
- ReentrantLock 需要手动加锁和释放，synchronized 自动管理。
- ReentrantLock 支持尝试获取锁、可中断、超时等机制，synchronized 不支持。
- synchronized 更简洁，适合简单场景；ReentrantLock 更灵活，适合复杂控制需求。
- ReentrantLock 可以绑定多个 Condition 实现更精细的线程通信。
结合 Condition 实现线程协作
ReentrantLock 可以通过 newCondition() 创建 Condition 对象，替代传统的 wait/notify 机制。
ReentrantLock lock = new ReentrantLock();
Condition condition = lock.newCondition();
// 等待
lock.lock();
try {
condition.await(); // 类似 wait()
} finally {
lock.unlock();
}
// 唤醒
lock.lock();
try {
condition.signal(); // 类似 notify()
} finally {
lock.unlock();
}
Condition 支持多个等待队列，可以实现更复杂的线程协调逻辑。
基本上就这些。ReentrantLock 在需要高级控制的并发场景中非常有用，只要注意正确释放锁，就能安全高效地管理线程同步。不复杂但容易忽略细节。
