JDK6 synchronize锁的优化

自适应自旋锁

在共享数据持有时间较短的时候，切换线程开销不值得，通过循环等待锁释放，不让出CPU资源。

锁的自旋次数不固定，由前一次在同一个锁上的自旋时间及锁的持有者状态，也就是成功率来确定自旋次数，达到自旋次数还未获取锁就进入阻塞。适应自旋锁会根据自旋获取锁的成功率来调整自旋次数，如果获取锁成功率高会调高自旋次数，否则反之。

锁消除

JIT编译时，对运行上下文扫描，去除不可能存在竞争的锁。

public void methed(String s){
    ...
    //StringBuffer是线程安全的由于sb只会在此方法使用，不可能被其他线程引用
    //因此sb属于不可能被共享的资源，JVM会自动消除内部的锁。
    StringBuffuer sb = new StringBuffer();
    sb.append(...);
    ...

}

锁粗化

将多个连续的加锁、解锁操作（锁对象相同）连接在一起，扩展成一个范围更大的锁，避免频繁反复加锁解锁。

偏向锁

大多数情况下, 锁不存在多线程竞争的情况, 都是单个线程持有。如果一个线程获得了锁，此时MarkWord的结构也变为偏向锁结构，当线程再次请求锁时，只需检查MarkWord的锁标记位是否为偏向锁以及当前线程Id是否等于Mark Word中的ThreadId即可，省去了大量有关锁申请的操作。偏向锁用于只有一个线程访问同步块或同步方法的场景。

轻量级锁

轻量级锁由偏向锁升级而来，在代码进入同步块时候，如果对象没有被锁定，虚拟机首先将在当前线程的栈帧中建立名为锁记录（lock record）的空间，并将对象头中的Mark Word复制到锁记录中，然后虚拟机将使用CAS操作尝试将对象头的Mark Word替换为指向锁记录的指针，并将线程栈帧中的Lock Record里的owner指针指向MarkWord。如果成功，那么这个线程就拥有了这个对象的锁，并且将Mark Word中的标记位改为00，表示这个对象处于轻量级锁状态。如果失败，表示有线程竞争，当前线程便尝试使用自旋锁来获取锁。如果当有两条以上的线程在抢占资源，那轻量级锁就不再有效，要膨胀为重量级锁，锁的状态更改为10。轻量级锁用于线程交替执行同步块或者同步方法的场景。

偏向锁、轻量级锁、重量级锁对比汇总