通过验证证明synchronsyncized 关键字的锁升级

对于java 开发synchronized并不陌生，在我们并发编程中有一定分量，jdk1.5之前为重量级锁，jdk1.6后由于业务需要进行锁优化（具体jdk1.5是否为重量级锁，由于没有使用过不在验证）；首先我们要知道我们对象体有2词1补充的说法，什么意思呢？就是MARK WORD ,KCLASS WORD ,填充空间，看网上资料中提到mark最多的一张图:

其实，我个人认为不是很准确，这个是可能是32位机器所说明的结构，一下为64位系统，与上述图有不同。

结论1：

* ----单线程（这里指我们在jar 代码中只有一个线程，去除main线程影响）
* 1、当我们没有家syn关键字时，对象为无锁状态
* 2、当进入到sync 执行代码块时，此时为轻量级锁
* 3、sync 执行后 为无锁状态

证明代码：

执行结果：

这里做一个简要说明，后续不再进行描述：首先我们要知道 SIZE 是我们所知的对象大小，可以看到是16byte , 128bit ,那我我们所说的对象头其实就是前3个12byte ，后一个补偿空间，对应的value 就是bit表示法。对照我们的执行结果那么其实上面markword 图就不是很正确了。

什么情况下执行结果为上图，刚开始执行怎么就成偏向锁了呢？

我们jvm 默认是开启偏向锁的，默认具有一定的延迟性，那么我们在学习的时候可以将延迟设置为0，这样就直接具有偏向锁的条件了。可以通过我们jvm 参数设置-XX:BiasedLockingStartupDelay=0，如果不加此条件运行如下：

从上图可知加synchronsyncized 加锁，变为了轻量级锁，并且加锁后我们的前 的7为byte 存储的为hashcode,大家可以借助转换工具与hashcode 进行比对。

如果想要了解其他锁升级我们可以通过这种方式进行验证。比如多线程竞争资源等等。