Java多线程精选：Synchronized和ReentrantLock的选择之道

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

锁一直是多线程编程不可不谈的一个概念，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

1. 简单场景使用： 对于简单的同步需求，Synchronized 是更简洁的选择。它隐式地获取和释放锁，减少了编码的复杂性。
2. 方法级别同步： Synchronized 可以直接应用于方法上，使得整个方法成为一个原子操作，适用于简单的同步需求。
3. 等待通知机制： Synchronized 内置了等待通知机制，方便实现线程之间的协作。

ReentrantLock

1. 高度定制性： ReentrantLock 提供了更高度的定制性，可以实现更复杂的同步控制，例如可中断锁、公平锁等。
2. 多条件同步： ReentrantLock 支持多个条件变量，可以更灵活地实现复杂的线程间通信和同步。
3. 手动释放锁： 与 Synchronized 不同，ReentrantLock 要求手动释放锁，使得在特定场景下更加可控。

选择建议

如果场景简单，只需要基本的同步控制，且希望代码简洁，可以选择 Synchronized。
如果需要更多的同步控制选项，例如可定制性高、可中断锁、多条件同步等，可以选择 ReentrantLock。