java内建锁的优化（偏向锁、轻量级锁）

JDK1.6之后对内建锁做了优化（新增偏向锁、轻量级锁）

在同步的时候是获取对象的monitor,即获取到对象的锁。那么对象的锁怎么理解？无非就是类似对对象的一个标志，那么这个标志就是存放在Java对象的对象头。锁状态在对象头的mark word中 ,关于对象头可以看一下JVM——深入分析对象的内存布局

无锁状态:0 01

偏向锁:1 01

轻量级锁 :00

重量级锁（JDK1.6之前的内建锁）  10

这四种状态随着竞争情况逐渐升级，锁可以升级不能降级，为了提高获得锁与释放锁的效率。

一、偏向锁

偏向锁：最乐观的锁，从始至终只有一个线程请求一把锁。如何理解偏向锁呢，假设我有一座庄园，庄园有一条马路，我安装了一个红绿灯，这个红绿灯会识别车牌，如果是我自己的车，那么直接亮绿灯，这是一种"偏向"的情况，“偏向”我自己的车。在这里车就是线程，而红绿灯就是锁。

1.偏向锁获取：

当一个线程访问同步代码块并获取锁时，会在对象头以及栈帧中的锁记录中记录存储偏向锁的线程ID。以后该线程再次进入同步块时不再需要CAS来加锁和解锁，只需要简单测试一下对象头的mark word中偏向锁线程ID是否是当前线程ID，如果成功，表示线程已经获取到锁直接进入代码块执行。

如果测试失败：检查当前偏向锁字段是否为0（无锁状态），如果为0，采用CAS操作将偏向锁字段设为1，并且更新自己的线程ID到mark word字段中。

如果为1，表示此时偏向锁已经被别的锁获取。则此线程不断尝试使用CAS获取偏向锁；或者将偏向锁撤销，升级为轻量级锁（升级的概率较大。）

2.偏向锁的撤销：

偏向锁使用一种等待竞争出现才会释放锁的机制，当有其他线程尝试竞争偏向锁时，持有偏向锁的线程才会释放偏向锁。它会首先暂停拥有偏向锁的线程，然后检查持有偏向锁的线程是否活着，如果线程不处于活动状态，则将对象头设置成无锁状态；如果线程仍然活着，拥有偏向锁的栈会被执行，遍历偏向对象的锁记录，栈中的锁记录和对象头的Mark Word要么重新偏向于其他线程，要么恢复到无锁或者标记对象不适合作为偏向锁，最后唤醒暂停的线程。

小tips：偏向锁的撤销开销较大，需要等待线程进入全局安全点safepoint（当前线程在cpu上没有执行任何有用字节码）

偏向锁从JDK6之后默认开启，但是它在应用程序启动几秒后才激活。

如有必要可以使用JVM参数来关闭延迟：-XX:BiasedLockingStartupDelay=0。如果你确定应用程序里所有的锁通常情况下处于竞争状态，可以通过JVM参数关闭偏向锁：-XX:-UseBiasedLocking=false，那么程序默认会进入轻量级锁状态。

二、轻量级锁

可以这样理解，在夜晚时，有的红绿灯并不是红绿交替了，而是变成黄灯闪烁，过往的车只有注意安全就可以直接通过。原因在于夜晚车很少，很少有可能多个车同时等红绿灯，使用黄灯可以减少不必要的等红灯的时间。

轻量级锁：多个线程在不同时间段请求同一把锁，也就是基本不存在锁竞争，针对此种状况，JVM采用轻量级锁来避免线程的阻塞以及唤醒。

加锁：线程在执行同步代码块之前，JVM先在当前线程的栈帧中创建用于存储锁记录的空间，并将对象头的mark word字段直接复制到此空间中。然后线程尝试使用CAS将对象头的mark word替换为指向锁记录的指针（指向当前线程），如果成功表示获取到轻量级锁。如果失败，表示其他线程竞争轻量级锁，当前线程便使用自旋来不断尝试。

释放：解锁时会使用CAS将复制的mark word替换回对象头，如果成功表示没有竞争发生，正常解锁；如果失败，表示当前锁存在竞争，进一步膨胀为重量级锁

三、锁的优缺点对比

重量级锁会阻塞唤醒请求加锁的线程，针对的是多个线程同一时刻竞争同一把锁的情况，JVM采用自适应自旋，来避免线程在面对非常小的同步块时，仍会被阻塞以及唤醒。轻量级锁采用CAS操作，将锁对象的标记字段替换为指向线程的指针，存储着锁对象原本的标记字段。针对的是多个线程在不同时间段申请同一把锁的情况。偏向锁只会在第一次请求时采用CAS操作，在锁对象的mark word字段中记录下当前线程ID，此后运行中持有偏向锁的线程不再有加锁过程。针对的是锁仅会被同一线程持有。

参考资料：《java并发编程的艺术》