ReentrantLock与synchronized区别对比

在Java并发编程中，`ReentrantLock`和`synchronized`都是实现线程同步的关键机制，确保同一时刻只有一个线程能访问特定代码段。然而，两者在实现方式、功能特性和性能上存在显著差异。`ReentrantLock`作为API层面的锁，提供了更为强大的功能和灵活性，如支持尝试获取锁(`tryLock`)、超时等待、可中断等待以及公平锁选择，并通过`Condition`接口实现更细粒度的线程通信。相比之下，`synchronized`是JVM层面的关键字，使用简单，无需手动释放锁，但在功能上相对受限。虽然`ReentrantLock`功能更胜一筹，但经过JDK优化后，`synchronized`在大多数场景下性能已接近`ReentrantLock`，且更加安全易用。因此，除非需要高级特性，否则建议优先考虑`synchronized`。使用`ReentrantLock`时，务必确保在`finally`块中释放锁，避免死锁风险。

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()。

好了，本文到此结束，带大家了解了《ReentrantLock与synchronized区别对比》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！