17370845950

ReentrantLock功能更强大且灵活，支持尝试获取锁、超时、中断及公平锁，而synchronized使用简单且JDK优化后性能接近，适合多数场景。

ReentrantLock 和 synchronized 都是 Java 中用于实现线程同步的机制，都能保证同一时刻只有一个线程可以执行某段代码。但它们在使用方式、功能特性和性能表现上存在一些关键区别。

1. 实现方式不同

synchronized 是 Java 语言的关键字，由 JVM 内部实现，基于对象监视器（monitor）机制。它可以修饰方法或代码块，不需要手动释放锁。

ReentrantLock 是 java.util.concurrent.locks 包下的一个类，属于 API 层面的锁，需要显式地调用 lock() 和 unlock() 方法来加锁和释放锁。

2. 锁的获取与释放更灵活

ReentrantLock 提供了比 synchronized 更丰富的操作：

• 支持非阻塞获取锁：tryLock() 可以尝试获取锁，立即返回 true 或 false
• 支持超时获取锁：tryLock(long timeout, TimeUnit unit) 在指定时间内等待获取锁
• 支持可中断等待：lockInterruptibly() 允许线程在等待锁时被中断

synchronized 没有这些能力，一旦线程进入阻塞状态，无法中断或设置超时。

3. 公平性选择

ReentrantLock 支持创建公平锁和非公平锁：

• new ReentrantLock(true) 创建公平锁，按请求顺序获得锁
• new ReentrantLock(false) 或默认构造函数为非公平锁，允许插队，效率更高

synchronized 只支持非公平方式，不提供公平性控制。

4. 条件变量支持

ReentrantLock 可结合 Condition 实现更细粒度的线程通信：

• 一个 Lock 可以绑定多个 Condition 对象
• 实现精确唤醒特定等待队列中的线程

synchronized 使用 Object 的 wait()/notify()/notifyAll()，只能唤醒所有等待线程，不够灵活。

基本上就这些。虽然 ReentrantLock 功能强大，但大多数场景下 synchronized 更简单安全。JDK 1.6 之后 synchronized 已经做了大量优化（如偏向锁、轻量级锁），性能接近 ReentrantLock。除非需要 tryLock、超时、中断或条件队列等高级功能，否则优先使用 synchronized。不复杂但容易忽略的是：别忘了 unlock()。