synchronized是关键字，使用简单但功能单一；reentrantlock是类，需手动加锁释放，支持公平锁、可中断、超时获取等高级特性，灵活性更高。jdk优化后synchronized性能接近reentrantlock，一般场景推荐synchronized，复杂需求选用reentrantlock。
Java中 synchronized 和 ReentrantLock 都用于实现线程同步，保证多线程环境下数据的一致性，但它们在使用方式、功能特性和性能表现上有明显区别。
1. 基本语法和使用方式不同
synchronized 是 Java 关键字，JVM 层面实现的内置锁。可以修饰方法或代码块，使用简单，不需要手动释放锁。
示例：- 修饰方法：
public synchronized void method() - 修饰代码块：
synchronized(this) { ... }
ReentrantLock 是 java.util.concurrent.locks 包下的类，属于 API 层面的锁，需要显式地加锁和释放锁。
lock.lock(); try { ... } finally { lock.unlock(); }
必须在 finally 块中释放锁，否则可能造成死锁。
立即学习“Java免费学习笔记（深入）”；
2. 灵活性和功能差异
ReentrantLock 比 synchronized 提供了更丰富的控制能力：
- 支持公平锁与非公平锁（synchronized 只是非公平）
- 可尝试获取锁：
tryLock()，避免无限等待 - 可中断等待锁：
lockInterruptibly()，线程可响应中断 - 可设置超时获取锁：
tryLock(long timeout, TimeUnit unit) - 支持多个条件变量（Condition），实现更精细的线程通信
synchronized 功能较单一，仅能通过 wait()/notify()/notifyAll() 进行线程等待和唤醒。
3. 性能和优化
JDK 早期版本中，synchronized 性能较差，但自从引入了偏向锁、轻量级锁、自旋锁等优化后，性能大幅提升。
在大多数场景下，synchronized 的性能已经接近甚至优于 ReentrantLock。
ReentrantLock 在高竞争场景下仍有一定优势，尤其需要高级特性时。
4. 锁的可操作性
synchronized 无法判断是否已持有锁，也无法查询等待线程数。
ReentrantLock 提供了更多诊断方法，如：
-
isLocked()：判断锁是否被占用 -
getHoldCount()：查询当前线程持有锁的次数 -
hasQueuedThreads()：是否有线程在等待此锁
基本上就这些。日常开发中，如果只是简单的同步需求，优先使用 synchronized，简洁安全；如果需要尝试锁、可中断、超时等高级功能，再选择 ReentrantLock。
