java锁

32位JVM的Mark Word的默认存储结构如下： 

64位JVM下， Mark Word是64bit大小的，存储结构如下： 

参考:https://www.cnblogs.com/charlesblc/p/5994162.html

每一个线程在准备获取共享资源时： 
第一步，检查MarkWord里面是不是放的自己的ThreadId ,如果是，表示当前线程是处于 “偏向锁” 
第二步，如果MarkWord不是自己的ThreadId,锁升级，这时候，用CAS来执行切换，新的线程根据MarkWord里面现有的ThreadId，通知之前线程暂停，
之前线程将Markword的内容置为空。 
第三步，两个线程都把对象的HashCode复制到自己新建的用于存储锁的记录空间，接着开始通过CAS操作，
把共享对象的MarKword的内容修改为自己新建的记录空间的地址的方式竞争MarkWord, 
第四步，第三步中成功执行CAS的获得资源，失败的则进入自旋 
第五步，自旋的线程在自旋过程中，成功获得资源(即之前获的资源的线程执行完成并释放了共享资源)，则整个状态依然处于 轻量级锁的状态，如果自旋失败 
第六步，进入重量级锁的状态，这个时候，自旋的线程进行阻塞，等待之前线程执行完成并唤醒自己

线程自旋:  当一个Thread获取锁时,先尝试自旋(执行一段耗时很短的代码)
偏向锁: 当只有一个Thread竞争资源时使用偏向锁,把Thread id信息执行CAS到对象的markword中;

轻量级锁:当有两个Thread竞争锁时,新Thread获取MarkWord中的ThreadId,发现不是自已,锁升级,通知旧Thread暂停,将旧Thread中的MarkWord内容设置为空.两个线程重新竞争锁;

将共享对象的HashCode分别放入各自线程用于存储锁的记录空间,通过CAS操作,奖共享对象的MarkWord内容修改为自已新建记录空间的地址,谁先修改谁获取轻量锁;

重量级锁:

当轻量锁获取锁失败时进入自旋,当自旋成功,整个锁状态一直处于轻量锁,如果自旋失败;进入重量级锁的状态,自旋的线程阻塞,等待之前的线程执行完并唤醒自已;

JVM启用偏向锁:-XX:UseBiasedLocking,默认JVM启动5秒后生效,可以通过加上-XX：BiasedLockingStartupDelay=N配置生效延迟时间.