提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
前言
锁一直是多线程编程不可不谈的一个概念,Synchronized和ReentrantLock也是面试必问。
sychronized VS ReentrantLock
1. 实现层面
sychronized 是Java中的关键字,是JVM虚拟机实现的,底层是调用操作系统的mutex方法。
ReentrantLock是java并发包下的Lock接口的实现类(java.util.concurrent.locks.ReentrantLock)
2. 性能层面
synchronized在jdk1.6之前是重量级锁,也就是调用OS的mutex方法,在jdk1.6之后进行了锁的升级,默认是偏向锁,在存在资源竞争的时候会进行锁的升级。
ReentrantLock内部是使用CAS机制来保证锁的
3. 灵活性层面
sychronized是不可中断的,在方法执行完毕或者出现异常的时候才会释放锁。
ReentrantLock是可以中断的。
4. 公平性层面
sychronzied是非公平锁的,即先到先得。
ReentrantLock既有公平锁的实现也有非公平锁的实现。
- 非公平性体现在第一次抢占锁是先到先得
- 公平性体现在已经有人持有锁了,那么后续的就进入等待队列。
5. 使用层面
synchronized可以修饰在类,方法,代码块上
ReentrantLock在方法中使用,与Conditon配合使用,并且还可以绑定多个condition
总结
应用场景
Synchronized
- 简单场景使用: 对于简单的同步需求,Synchronized 是更简洁的选择。它隐式地获取和释放锁,减少了编码的复杂性。
- 方法级别同步: Synchronized 可以直接应用于方法上,使得整个方法成为一个原子操作,适用于简单的同步需求。
- 等待通知机制: Synchronized 内置了等待通知机制,方便实现线程之间的协作。
ReentrantLock
- 高度定制性: ReentrantLock 提供了更高度的定制性,可以实现更复杂的同步控制,例如可中断锁、公平锁等。
- 多条件同步: ReentrantLock 支持多个条件变量,可以更灵活地实现复杂的线程间通信和同步。
- 手动释放锁: 与 Synchronized 不同,ReentrantLock 要求手动释放锁,使得在特定场景下更加可控。
选择建议
如果场景简单,只需要基本的同步控制,且希望代码简洁,可以选择 Synchronized。
如果需要更多的同步控制选项,例如可定制性高、可中断锁、多条件同步等,可以选择 ReentrantLock。