Synchronized

sychronized 

 monitor(管程)

 

理解sychronized关键字 要知道大致有几种竞争的情况

①只有一个线程使用该资源;

②有两个线程使用该资源,但是交替使用,无重叠时间

③两个线程存在同时竞争资源情况

从重量级锁讲起,sychronized底层是通过C语言调用操作系统的系统调用,申请一个对对象的monitor(管程)如上图.

具体

重量级锁: 1.线程竞争某对象,先拿到对象的markword信息,根据markword里面锁状态位判断是否已经有锁存在.如有跳到步骤2 否则步骤3

2.把当前要竞争但是不得的线程信息写到entrySet中,等待资源

3.因为markword中是无锁状态,所以向操作系统申请一个该对象的monitor,把该对象的头信息用cas的方式保存在monitor的owner中,同时把markword的对象信息换成对该owner的地址引用

4.再有线程竞争该资源重复上述步骤

重量级锁的问题是monitor的申请和cas操作涉及到操作系统的系统调用和频繁的上下文切换，消耗性能，而且考虑到线程可能是并发但不同时访问共享资源，因此在此基础上优化出了轻量级锁

轻量级锁：1.线程竞争某个对象，依然是拿到对象的markword信息，根据markword里面是否有轻量级锁标志，有则调到步骤3，无则跳到步骤2；

2.因为暂时无其他资源竞争锁，所以暂定不去使用系统调用，而是在线程的栈帧内部开辟出一块空间lock record，用CAS的方式去更改markword中的内容，同样的把对象头中的内容置换到lock record中。之后该线程如果频繁涉及到对该对象的上锁，lock record上加一条空白记录结束删除

3.已有轻量级锁说明，两个线程发生同时竞争一个资源的情况，当前线程用系统调用去申请monitor，把自身信息写在entry Set中，等待资源释放。同时也可能回根据线程栈帧地址，把原锁的信息写入monitor的owner中，修改markword中地址为owner地址

4.再有线程竞争该资源重复上述步骤

轻量级锁规避了在前期无竞争情况下 造成的monitor申请以及上下文切换消耗，但是在单一线程频繁自己使用资源无其他竞争对象的时候，栈帧中的lock record的占用成为了另一种消耗，因此在此之上开发出了偏向锁。

偏向锁：1.线程竞争某个对象，依然是拿到对象的markword信息，根据markword里面是否有轻量级锁标志，有则调到步骤3，无则跳到步骤2；

2.与轻量级锁不同，偏向锁不会开辟线程栈帧中的空间，而是直接把线程id写入markword

锁粗化：JIT自动对不需要加锁的内容,消除锁

锁自旋: 对于竞争锁线程挂起提出的优化,因为线程的挂起唤醒涉及到上下文切换,所以在竞争资源较为容易的时候采取循环的方式不断获取锁,jvm会根据每次获得锁的时间自适应出合适的自旋次数

锁偏向: 偏向锁的内容,多个线程并发但不并行请求,会导致偏向锁的偏向不停改变,等偏向次数大于40次后,进行锁升级