【JavaEE】Synchronized原理分析

关于Synchronized关键字的使用请看：【JavaEE】一篇带你速通多线程

一、Synchronized基本特点

（1）开始是乐观锁，如果锁竞争频繁，就变成悲观锁
（2）开始是轻量级锁实现，如果被持有时间较长，就转换成重量级锁
（3）实现轻量级锁的时候大概率用到自选锁策略、
（4）是一种不公平锁
（5）是一种可重入锁
（6）不是读写锁

二、Synchronized的关键策略：锁升级

JVM 将 synchronized 锁分为 无锁、偏向锁、轻量级锁、重量级锁 状态。会根据情况，进行依次升级。

下面来具体分析升级过程：

偏向锁状态时：只是先让线程对锁做个标记，如果整个代码的执行过程中都没有人来竞争这个锁，那就不用真加锁了~~

但是一旦有其他线程来尝试竞争这个锁，偏向锁就会立即升级成为自旋锁（轻量级锁），此时别的线程只能等待，这样既保证了线程安全，又保证了效率~~

此时升级为了自旋锁，虽然速度很快，但是消耗大量的CPU资源（自旋的时候CPU快速空转），如果此时的锁竞争非常激烈：比如10个线程竞争一个锁，一个拿到锁，另外九个都在等待（自旋），这样就造成极大的CPU资源浪费，既然如此，就升级成为重量级锁（意味着线程要暂时放弃CPU，等待内核进行后续调度）

三、锁的其他优化手段

3.1 锁消除

锁消除是编译阶段做的优化手段，检测当前代码是否是多线程执行/是否有必要加锁，如果没有必要而又写了锁，则会在编译阶段消除锁。

3.2 锁粗化

3.2.1 锁粒度

锁粒度—>Synchronized代码块包含代码的多少（包含越多粒度越粗）

3.2.2 锁粗化

一般的情况下我们编写代码都希望锁的粒度更小一点（串发执行的代码少，并发执行的代码就多）

但是如果某个场景要频繁的加锁/解锁，编译器就会把这个操作优化成锁粒度更粗的锁，即锁粗化