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 没有这些能力，一旦线程进入阻塞状态，无法中断或设置超时。
神采PromeAI
将涂鸦和照片转化为插画，将线稿转化为完整的上色稿。
103 查看详情
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()。
以上就是Java ReentrantLock和synchronized区别的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/942227.html
微信扫一扫 
支付宝扫一扫 
