ReentrantLock功能更强大且灵活，支持尝试获取锁、超时、中断及公平锁，而synchronized使用简单且JDK优化后性能接近，适合多数场景。
ReentrantLock 和 synchronized 都是 Java 中用于实现线程同步的机制，都能保证同一时刻只有一个线程可以执行某段代码。但它们在使用方式、功能特性和性能表现上存在一些关键区别。
1. 实现方式不同
synchronized 是 Java 语言的关键字，由 JVM 内部实现，基于对象监视器（monitor）机制。它可以修饰方法或代码块，不需要手动释放锁。
ReentrantLock 是 java.util.concurrent.locks 包下的一个类，属于 API 层面的锁，需要显式地调用 lock() 和 unlock() 方法来加锁和释放锁。
注意：使用 ReentrantLock 必须在 finally 块中释放锁，否则可能引发死锁。2. 锁的获取与释放更灵活
ReentrantLock 提供了比 synchronized 更丰富的操作：
立即学习“Java免费学习笔记（深入）”；
- 支持非阻塞获取锁：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()。
