【JUC】2.synchronized

synchronized关键字的用法也不做太多笔记了，简单回顾一下；

synchronized三种使用方式：

修饰实例方法：

线程获取的是当前调用此方法的对象的对象头；即：锁是当前对象；

public synchronized void method(){　　// ...
}

修饰静态方法：

线程获取的是此类的class对象，相当于synchronized(xxxx.class)

public synchronized static void test() {
  // ...
}

修饰代码块：

synchronized (this){
}
synchronized (MySynchronized.class){
}

synchronized与volatile

虽然volatile可以当做是轻量级的synchronized，但是它俩还是有一定区别的，比如volatile的禁止指令重排序；

在懒加载的双重校验单例模式下，这两个关键字都不可缺少：

由于饿汉单例的资源浪费，不用也加载，懒加载就很常用；

public class Singleton {
    private volatile static Singleton uniqueInstance;
    private Singleton() {
    }
    public static Singleton getUniqueInstance() {
        if (uniqueInstance == null) {
            //类对象加锁
            synchronized (Singleton.class) {
                // 这里不进行二次判断，无法实现单例
                if (uniqueInstance == null) {
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}    

两个关键点：

1）.为什么必须要用volatile？

new Singleton()其实是分为三步执行：

1. 为 uniqueInstance 分配内存空间
2. 初始化 uniqueInstance
3. 将 uniqueInstance 指向分配的内存地址

但是由于 JVM 具有指令重排的特性，执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。

例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被初始化。

使用 volatile 可以禁止 JVM 的指令重排，保证在多线程环境下也能正常运行。

2）为什么双重校验？

如果没有第二次校验，一个线程在创建实例之前，另一个线已经通过了第一次校验，就会创建两个对象；

synchronized以前被称为重量级锁，效率很低；在JDK1.6之后，Java的锁优化机制，已经很丰富了，synchronized也被优化的很好了；

具体有关于锁机制，请看，个人觉得总结的还是很详细的：https://www.cnblogs.com/mussessein/p/11651148.html