java对象头由3部分组成

1、Mark Word
2、指向类对象(对象的class对象)的指针3、数组长度(数组类型才有)重点是 Mark Word结构，下面以32位HotSpot为例：image一、偏向锁1、概念：HotSpot的作者经过研究发现，大多数情况下，锁不仅不存在多线程竞争，而且总是由同一线程多次获得，为了让线程获得锁的代价更低从而引入偏向锁。偏向锁在获取资源的时候会在锁对象头上记录当前线程ID，偏向锁并不会主动释放，这样每次偏向锁进入的时候都会判断锁对象头中线程ID是否为自己，如果是则不需要进行额外的操作，直接进入同步操作。2、偏向锁的获取过程：I：判断是否为可偏向状态--MarkWord中锁标志是否为‘01’，是否偏向锁是否为‘1’II：如果是可偏向状态，则查看线程ID是否为当前线程，如果是，则进入步骤'V'，否则进入步骤‘III’III：通过CAS操作竞争锁，如果竞争成功，则将MarkWord中线程ID设置为当前线程ID，然后执行‘V’；竞争失败，则执行‘IV’IV：CAS获取偏向锁失败表示有竞争。当达到safepoint时获得偏向锁的线程被挂起，偏向锁升级为轻量级锁，然后被阻塞在安全点的线程继续往下执行同步代码块V：执行同步代码3、偏向锁的撤销过程：I：偏向锁不会主动释放(撤销)，只有遇到其他线程竞争时才会执行撤销，由于撤销需要知道当前持有该偏向锁的线程栈状态，因此要等到safepoint时执行，此时持有该偏向锁的线程（T）有‘II’，‘III’两种情况；II：撤销----T线程已经退出同步代码块，或者已经不再存活，则直接撤销偏向锁，变成无锁状态----该状态达到阈值20则执行批量重偏向III：升级----T线程还在同步代码块中，则将T线程的偏向锁升级为轻量级锁，当前线程执行轻量级锁状态下的锁获取步骤----该状态达到阈值40则执行批量撤销4、批量重偏向/撤销：从‘3、偏向锁的撤销过程’可以看出偏向锁需要等到safepoint才能进行锁升级/撤销，这种情况偏向锁不仅不能提高性能，反而会导致性能下降，思考两个场景：I：线程T1创建了大量对象，并进行初始的同步操作，这时这些对象都偏向T1；之后线程T2使用这些对象作为锁进行同步操作，则会存在大量的偏向锁撤销操作II：存在明显多线程锁竞争时会存在大量偏向锁升级过程，为了解决这两个问题，jvm提供了批量重偏向/撤销的机制批量重偏向/撤销过程：I：首先引入一个概念epoch，其本质是一个时间戳，代表了偏向锁的有效性，epoch存储在可偏向对象的MarkWord中。除了对象中的epoch,对象所属的类class信息中，也会保存一个epoch值II：每当遇到一个全局安全点时(这里的意思是说批量重偏向没有完全替代了全局安全点，全局安全点是一直存在的)，比如要对class C 进行批量再偏向，则首先对 class C中保存的epoch进行增加操作，得到一个新的epoch_new