单例：Singleton，是指仅仅被实例化一次的类。
一、饿汉设计模式
因为单例对象一开始就初始化了，不会出现线程安全的问题。
PS：因为我们只需要初始化1次，所以给INSTANCE加了final关键字，表明初始化1次后不再允许初始化。
二、简单懒汉设计模式
由于饿汉模式一开始就初始化好了，但如果一直没有被使用到的话，是会浪费珍贵的内存资源的，所以引出了懒汉模式。
懒汉：首次使用时才会去实例化对象。
测试：
测试结果：从结果可以看出，打印出来的两个实例对象地址是一样的，所以认为是只创建了一个对象。
三、进阶1：解决多线程并发问题
上述代码存在的问题：在多线程环境下，不能保证只创建一个实例，我们进行问题的重现：
结果：获取到的对象不一样，这并不是我们的预期结果。
解决方案：
测试：
结果：多线程环境下获取到的是同个对象。
四、进阶2：缩小方法锁粒度
上一方案虽然解决了多线程问题，但由于synchronized关键字是加在方法上的，锁粒度很大，当有上万甚至更多的线程同时访问时，都被拦在了方法外，大大降低了程序性能，所以我们要适当缩小锁粒度，控制锁的范围在代码块上。
测试：
我们看一下运行结果：还是出现了线程安全的问题（每次执行都可能打印不同的地址情况，只要证明是非线程安全的即可）。
原因分析：当线程A拿到锁进入到代码块3并且还没有创建完实例时，线程B是有机会到达代码块2的，此时线程C和D可能在代码块1，当线程A执行完之后释放锁并返回对象1，线程B进入进入代码块3，又创建了新的对象2覆盖对象1并返回，最后当线程C和D在进行判null时发现instance非空，直接返回最后创建的对象2。
五、进阶3：双重检查锁DCL(Double-Checked-Locking)
所谓双重检查锁，就是在线程获取到锁之后再对实例进行第2次判空检查，判断是不是有上一个线程已经进行了实例化，有的话直接返回即可，否则进行实例初始化。
测试：
六、进阶4：禁止指令重排
在对象的实例过程中，大概可分为以下3个步骤：
- 分配对象内存空间
- 在空间中创建对象
- 实例指向分配到的内存空间地址
由于实例化对象的过程不是原子性的，且JVM本身对Java代码指令有重排的操作，可能1-2-3的操作被重新排序成了1-3-2，这样就会导致在3执行完之后还没来得及创建对象时，其他线程先读取到了未初始化的对象instance并提前返回，在使用的时候会出现NPE空指针异常。
解决：给instance加volatile关键字表明禁止指令重排，出现的概率不大， 但这是更安全的一种做法。
七、进阶5：静态内部类
我们还可以使用静态类的静态变量被第一次访问时才会进行初始化的特性来进行懒加载初始化。把外部类的单例对象放到静态内部类的静态成员变量里进行初始化。
虽然静态内部类里的写法和饿汉模式很像，但它却不是在外部类加载时就初始化了，而是在第一次被访问到时才会进行初始化的操作（即getInstance方法被调用时），也就起到了懒加载的效果，并且它可以保证线程安全。
测试：
反射攻击
虽然我们一开始都对构造器进行了私有化处理，但Java本身的反射机制却还是可以将private访问权限改为可访问，依旧可以创建出新的实例对象，这里以饿汉模式举例说明：
八、枚举单例（推荐使用）
枚举是最简洁、线程安全、不会被反射创建实例的单例实现，《Effective Java》中也表明了这种写法是**的单例实现模式。
单元素的枚举类型经常成为实现Singleton的**方法。 --《Effective Java》
为什么说不会被反射创建对象呢？查阅构造器反射实例化对象方法newInstance的源码可知：反射禁止了枚举对象的实例化，也就防止了反射攻击，不用自己在构造器实现复杂的重复实例化逻辑了。
测试：
总结：几种实现方式的优缺点
懒汉模式
- 优点：节省内存。
- 缺点：存在线程安全问题，若要保证线程安全，则写法复杂。
java基础多态实例饿汉模式
- 优点：线程安全。
- 缺点：如果单例对象一直没被使用，则会浪费内存空间。
静态内部类
- 优点：懒加载并避免了多线程问题，写法相比于懒汉模式更简单。
- 缺点：需要多创建一个内部类。
枚举
- 优点：简洁、天生线程安全、不可反射创建实例。
- 缺点：暂无
作者：前程有光
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.bianchenghao6.com/h6javajc/4322.html