单例模式（饿汉和懒汉）

目录

饿汉模式

懒汉模式

synchronized和if判断

volation

---

单例模式是设计模式中的一种，设计模式就好比于菜谱，大厨把一些常见的做菜过程写成菜谱，大家照着做，自然做出来的味道也不会差到哪里去，而这个菜谱就成为设计模式。单例模式 就指的是单个实例（对象），在有些场景中，有的特定的类只能创建出一个实例，不应该创建出多个实例，但是像这样的需求，不依赖单例模式也可以只靠君子约定实现，但是有了单例模式以后，此时就只能创建一个实例，一个男的在古代可以娶多个老婆，放在古代，只娶一个是君子协议，放在现代只娶一个是法律，就只能娶一个。

饿汉模式

比较着急，所以就直接构造出了实例。

//饿汉模式的单例模式
class Singleton{
    private static Singleton instance = new Singleton();

    //如果需要使用这个唯一实例，统一通过Singlenton。getInstance()方式来获取
    public static Singleton getInstance(){
        return instance;
    }

    //为了避免Singleton类复制出多份 将构造方法设为private在类外面，就无法通过new的方式来创建Singleton实例了
    private Singleton(){

    }
        }
public class ThreadDemo {
    public static void main(String[] args) {
        Singleton s1 = Singleton.getInstance();

    }
}

保证实例唯一的：1.static这个操作，是让当前instance属性属于是类属性了，类属性是长在类对象上的，类对象又是唯一的实例（只是在类加载阶段被创建出来的一个实例），static保证这个实例确实在一定时机中被创建出来2.构造方法设为private，外面的代码无法new一个实例。

类加载过程就是 运行一个java程序，需要Java进程能够找到并读取对应.class，读取文件内容，并解析，构成类对象....这一系列的操作就叫做类加载

这个属性和实例无关，和类相关。由于类对象在一个java进程里，只有唯一一份，因此类对象内部的类属性也是唯一一份。

懒汉模式

很懒，等到用时才会构造出这个实例

class SingletonLazy{
    private volatile static SingletonLazy instance = null;
    public static SingletonLazy getInstance() {
        if(instance == null) {
            synchronized (SingletonLazy.class) {
                if (instance == null) {
                    instance = new SingletonLazy();
                }
            }
        }
        return instance;
    }
    
    private SingletonLazy(){
        
    }
}

public class ThreadDemo {
}

synchronized和if判断

在多线程环境下调用getlnstance，懒汉模式是不安全的，饿汉模式被多线程调用，只是涉及到“读操作”，懒汉模式既有读操作也有写操作。那么我们就要在写操作上加锁。而如果直接加锁就导致每次gentlnstance都需要加锁 ，但是这里的加锁值是在new出对象之前加上，是有必要的，一旦对象new完了，后续调用getlnstance，此时instance的值一定是非空的，因此就会直接出发return相当于一个比较操作，一个是返回操作 这两都是读操作，此时不加锁也可以，所以要加一个if(instance == null)判断。

volation

假设有很多线程，都去进行getlnstance，这个时候，是否就会有被优化的风险呢？只有第一次读才是真的读了内存，后续都是读寄存器，内存可见性问题，此时还会涉及到指令重排序 ：instance = new Singlton();可以拆分为三个步骤：1.申请内存空间2.调用构造方法，把这个内存空间初始化成一个合理的对象3.把内存空间的地址赋值给instance引用，正常情况下是按照123这个顺序来执行的，但是编译器为了提高程序的效率，调整代码执行顺序，可能会是132 就好比去食堂打饭，123顺序就是食堂阿姨拿了个餐盘给你打饭，打好饭以后给你，132就是食堂阿姨给你个餐盘，你端着，食堂阿姨给你往里面打饭，最终结果都是你成功的打到了饭，在单线程环境下是没问题的，但是多线程下，如果线程1进入到锁里边，并且指令重排序，那么线程1进行了1，3，当线程2进行getlnstance时，它就会自认为已经有了这个实例，t2就直接返回了instance这个引用，并且尝试使用它，但是其实这个对象还没有完全构造完整，是非法的对象，因此我们要加上volation关键字。