深入理解synchronized

加锁原理

　　synchronized (a){} 锁住的就是（）里面的对象，多个线程对同一个对象操作时，就会形成互斥效果，如果是操作两个不同的对象，那么就不会受synchronized影响。

public class SynchronizedDemo {
    public static void main(String[] args) {
        SynchronizedDemo s = new SynchronizedDemo();
        Integer a = 1;
        Integer b = 2;

        new Thread(()->{
            s.sync(a);
        }).start();
        new Thread(()->{
            s.sync(b);
            //s.sync(a);
        }).start();
    }

    public void sync(Integer a){
        synchronized (a){
            System.out.println("线程："+Thread.currentThread().getName()+" 获取到变量"+a);
            try {
                Thread.sleep(8000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
}

在jdk中，synchronized同步是基于Monitor对象实现的，它里面主要有两个指令：
　　monitorenter：插入到同步代码块的开始位置
　　monitorexit：插入到同步代码块结束的位置
它们对应着JMM模型8大原子操作的lock与unlock，lock获取锁后把对象加载到工作内存，数据操作完之后重新赋值到主内存，最后unlock解锁。JVM需要保证每一个monitorenter都有一个monitorexit与之对应。为了保证在方法异常时，monitorenter和monitorexit指令也能正常配对执行，编译器会自动产生一个异常处理器，它的目的就是用来执行异常的monitorexit指令。通过monitor里的加锁计数器可以实现可重入的加锁。 Monitor(监视器锁)是依赖操作系统的Mutex Lock(互斥锁)实现的，需要向内核申请资源，此时cpu将由用户态转换为内核态，它是一个低性能重量级锁。

synchronized优化

　　jdk1.6之后就对这个synchronized锁进行了各种优化，是基于 jvm 通过 cas 设置头信息来做的。如适应性自旋锁、轻量级锁和偏向锁，并默认开启偏向锁。从无锁—>偏向锁—>轻量级锁—>重量级锁，锁升级的这个过程是不可逆的。被加锁的对象 jvm中为它定义了一种对应的数据结构，通过判断数据结构的对象头就知道目前是什么锁状态。例如通过倒数第三个bit的值 0/1 就知道目前是无锁还是偏向锁了。