Java中的锁 | Sychronized & Lock 的区别

---

1. 相同点

1. 用来做代码块的同步控制
2. 都是可重入锁

---

2. 不同点

1. 来源不同
   • Synchronized是Java提供的关键字，属于Java语法层面的互斥锁，也称“隐式锁”。竞争锁、释放锁的过程开发者无需关心也不能干预，由JVM来完成。
   • Lock是指java.util.concurrent包下的Lock接口，描述的是一把同步锁，由Java代码来控制多线程同步，也称“显式锁”。可以自己实现一把锁，也可以直接使用由并发大神Doug Lea编写的reentrantlock。
2. 锁的释放不同
   • Synchronized锁的释放由JVM来完成，开发者无法干预。同步代码块运行结束，或者出现异常JVM均会释放锁。
   • Lock加的锁必须开发者手动释放，如果同步代码块抛了异常，锁没释放则会发生死锁，一般释放锁代码建议写在 finally 块中，确保锁一定释放。
3. 性能不同
   • Synchronized在JDK6之前，采用OS级别的互斥锁，竞争锁失败的线程会被挂起，性能非常低，JDK6做了大量优化，会自动进行锁膨胀，降低了锁开销，性能提升很大，但是竞争激烈时性能还是会下降。
   • Lock不管锁竞争激烈与否，性能基本保持在一个数量级，适合锁竞争比较激烈的应用场景。
4. 竞争锁失败的线程状态不同
   • Synchronized竞争锁失败的线程状态是：BLOCKED。
   • Lock竞争锁失败的线程状态是：WAITING。
5. JVM堆栈跟踪
   • Synchronized阻塞的线程更加便于JVM跟踪，使用jstack可以清楚的看到。
   • Lock通过LockSupport.park()来阻塞线程，不利于JVM跟踪。
6. 响应中断
   • Synchronized不支持响应中断，竞争不到锁会一直阻塞。
   • Lock支持响应中断。
7. 锁超时
   • Synchronized不支持锁超时，竞争不到锁会一直死等，容易造成死锁。
   • Lock支持锁超时，在给定时间内获取不到锁可以进行其他处理。
8. 公平/非公平锁
   • Synchronized采用非公平锁，且不允许修改，可能会造成“线程饿死”。
   • Lock支持公平锁与非公平锁，开发者可以自己选择。
9. 尝试获取锁判断
   • Synchronized不支持获取锁成功与否的判断。
   • Lock支持。
10. 读写锁
    • Synchronized不支持读写锁，对于读多写少的场景无法优化性能。
    • Lock支持读写锁，读读不互斥，对于读多写少的场景可以进一步优化性能。

---