Synchronized锁升级过程图解

1.偏向锁获得和释放

 

2.轻量级锁和重量级锁的升级

3. 锁消除 

 像 StringBuffer是通过synchronize实现线程安全的，如果StringBuffer 在方法体内部调用的话，因为虚拟机栈是线程所有的，方法对应虚拟机栈中的栈帧，是线程安全的，会JVM会将当前的锁进行消除处理，处于无锁的状态

 

4.Monitor

第一：monitor是可重入的，他有计数器，第二：monitor是非公平锁

monitor 依赖操作系统的 mutexLock (互斥锁)来实现的，线程被阻塞后便进入内核（Linux）调度状态，这个会导致系统在用户态与内核态之间来回切换，严重影响锁的性能。流程图如下：

 

5. 总结

好，本文对synchronized所涵盖的知识点已经讲解的很清楚了。synchronized是Java并发编程中最常用的用于保证线程安全的方式，其使用相对也比较简单。在synchronized优化以前，synchronized的性能是比ReentrantLock差很多的，但是自从synchronized引入了偏向锁，轻量级锁（自旋锁）后，两者的性能就差不多了。 在两种方法都可用的情况下，官方甚至建议使用synchronized，其实synchronized的优化我感觉就借鉴了ReentrantLock中的CAS技术。都是试图在用户态就把加锁问题解决，避免进入内核态的线程阻塞。

第一：monitor是可重入的，他有计数器，第二：monitor是非公平锁

参考文档 https://juejin.im/post/6844904115802210318