Synchronizeed的底层实现

Syncronized底层原理

同步方法
ACC_SYNCHRONIZED标识符
jvm根据以上标识符去判断该方法是否为同步方法，如果是，执行的线程会获取monitor lock，获取执行方法体，在方法体执行完之后释放monitor，方法执行期间，其他任何线程都没有办法去获得当前的monitor对象，只能阻塞

同步代码块
每一个对象都与一个monitor相关联，一个monitor lock只能被一个线程在同一时间锁获得
（1） 如果monitor计数器为0，表示当前monitor lock未被获取，该线程获得之后就会对该计数器+1->monitorenter
(2) 如果monitor已经被线程所拥有，则其他线程尝试获取monitor lock，会被陷入阻塞状态，直到monitor计数器为0，才能够再次去获取monitor lock->monitor exit

Syncronized锁升级分析
（1）偏向锁
（原子性） CAS操作，cpu层面的原子性操作指令，该指令存在三个参数，第一参数是目标的值，第二参数是值1，第三参数是值2，指令会比较目标存储的值跟值1是否一致，如果一致目标地址会更新为值2。如果一个线程获得了锁，那么锁就会进入偏向模式，锁标识位为01，是否为偏向锁为1，当这次线程再次请求锁的时候，不需要做同步操作，直接省略锁的获取阶段提高性能（不存在锁的竞争）
（2）轻量级锁
线程交替执行同步代码块的场合
在代码进入同步代码块的时候，如果对象是无锁状态，在当前线程的栈帧中创建一个lock Record空间存储对象Mark Word的拷贝，JVM使用CAS操作将对象的Mark Word更新为指向lock Record的一个引用，如果成功则该线程拥有这样对象锁，对象Mark Word的锁标志设置为00，表明该对象处于轻量级锁的状态，如果失败，则竞争更加激烈，会升级为重量级锁*（轻量级锁抢锁失败，JVM会使用自旋锁，不断尝试取锁）
（3）重量级锁
重量级锁会有操作系统的互斥量，（MVTEX）和条件变量（Condition variable）与其相关联，在获取锁的过程修改操作系统层面的两个变量
用户态<----->内核态