java基础之----23种设计模式（单例模式）
概述
提到单例模式，我们并不陌生，而且面试中也常常会问单例模式相关的问题，接下来就谈谈单例模式，这篇文章会回答如下几个问题：
- 什么是单例模式？
- 单例模式有几种实现方式，以及各种实现方式的优劣？
- 单例模式有什么用？
什么是单例模式
保证一个类仅有一个实例，并提供一个访问它的全局访问点。这是《设计模式》（艾迪生维斯理, 1994）中的定义。
单例模式有几种实现方式
先说答案，有三种，基本上我们只知道两种，就是懒汉式和饿汉式，其实还有第三种，通过静态内部类实现单例模式，下面就说说这三种实现方式。
饿汉式
package com.gxl.demo.DesignPattern.singletonpattern; /** * Description: 饿汉式单例模式 */ public class EagerSingleton { //为什么EagerSingleton要是static呢？因为声明成static就是当类被加载的时候就会执行new EagerSingleton(), // 无论getInstance方法有没有被调用，这也是饿汉式这个名称由来，就是说，无论你用不用，我都会实例化。为什么是final类型呢？ // 因为声明成final类型就是当类被加载实例化之后， // 这个instance的值就不允许修改了，就是说只能被实例化一次 private final static EagerSingleton instance = new EagerSingleton(); //私有化构造方法，不允许外部应用通过new来创建对象 private EagerSingleton(){} //静态方法，提供给外部应用获取单例对象 public static EagerSingleton getInstance(){ return instance; } } class Test{ public static void main(String[] args) { EagerSingleton eagerSingleton1 = EagerSingleton.getInstance(); EagerSingleton eagerSingleton2 = EagerSingleton.getInstance(); if (eagerSingleton1 == eagerSingleton2){ System.out.println("是单例模式，保证了单例对象的唯一性"); } } }
饿汉式总结
饿汉式在没有被使用的情况下就把单例对象创建出来，占用内存，并不是一种很好的方式。
懒汉式
/** * Description: 懒汉式单例模式 */ public class LazySingleton { private static LazySingleton instance = null; //私有防止外部应用new新的实例 private LazySingleton(){} //双重检验锁定，先判断instance是否为null而不是先锁定的好处是如果单例已经创建就不用在锁定 //提升效率，锁定之后再次判断instance是否为null的目的是为了防止多个线程同时通过了第一个判断 //然后创建多个对象 public static LazySingleton getInstance(){ if (instance == null){ synchronized (LazySingleton.class){ if (instance == null){ instance = new LazySingleton(); } } } return instance; } }
懒汉式总结
为什么叫做懒汉式呢？因为只有当调用getInstance方法才会实例化，这就是一种懒加载。懒汉式解决了饿汉式占用资源的问题，但是又有一个新问题，就是使用synchronized效率低下。那有没有一种完美的方式，既不占用内存，效率又很高的方式呢？就是下面要介绍的。
IoDH（Initialization Demand Holder (IoDH)）
package com.gxl.demo.DesignPattern.singletonpattern; /** * Description:IoDH */ public class IoDHSingleton { //私有化构造方法，防止外部应用new新实例 private IoDHSingleton(){} //不会初始化内部类，如果这个不是内部类就会被初始化，因为类中存在静态变量，并且静态变量被初始化赋值 private static class HodlerClass{ private final static IoDHSingleton instance = new IoDHSingleton(); } //只有这个方法被调用，上面的静态内部类才会被初始化 public static IoDHSingleton getInstance(){ return HodlerClass.instance; } public static void main(String[] args) { IoDHSingleton ioDHSingleton1 = IoDHSingleton.getInstance(); IoDHSingleton ioDHSingleton2 = IoDHSingleton.getInstance(); if (ioDHSingleton1 == ioDHSingleton2){ System.out.println("是单例模式"); } } }
IoDH总结
其实上面的代码有两个疑问，上面我说过，IoDH完美的解决了延迟加载，而且不需要使用锁，第一个问题，为什么通过静态内部类可以实现延迟加载？第二个问题，不加锁如何保证线程安全？其实第二个问题在饿汉式中也存在这个问题，那下面来回答这两个问题。
第一个问题，为什么通过静态内部类可以实现延迟加载？
要解决第一个问题，需要先明白类什么时候会被加载。
注：以下内容参考这篇博客：深入理解单例模式：静态内部类单例原理
1.遇到new、getstatic、setstatic或者invokestatic这4个字节码指令时，对应的java代码场景为：new一个关键字或者一个实例化对象时、读取或设置一个静态字段时(final修饰、已在编译期把结果放入常量池的除外)、调用一个类的静态方法时。
2.使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没进行初始化，需要先调用其初始化方法进行初始化。
3.当初始化一个类时，如果其父类还未进行初始化，会先触发其父类的初始化。
4.当虚拟机启动时，用户需要指定一个要执行的主类(包含main()方法的类)，虚拟机会先初始化这个类。
5.当使用JDK 1.7等动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄，并且这个方法句柄所对应的类没有进行过初始化，则需要先触发其初始化。
这5种情况被称为是类的主动引用，注意，这里《虚拟机规范》中使用的限定词是"有且仅有"，那么，除此之外的所有引用类都不会对类进行初始化，称为被动引用。静态内部类就属于被动引用的行列。
可以看出，静态内部类不属于上面5条的任意一条，所以不会被初始化，这里要区分一下类的初始化和类的实例化：
类的实例化是指创建一个类的实例(对象)的过程；
类的初始化是指为类中各个类成员(被static修饰的成员变量)赋初始值的过程，是类生命周期中的一个阶段。
第二个问题，不加锁如何保证线程安全？
要回答这个问题，需要明白另一个问题，就是类初始化时，jvm是否可以保证其本身是线程安全的？
这是答案，如果多个线程同时去初始化一个类，那么只会有一个线程去执行这个类的<clinit>()方法，其他线程都需要阻塞等待，直到活动线程执行<clinit>()方法完毕。如果在一个类的<clinit>()方法中有耗时很长的操作，就可能造成多个进程阻塞(需要注意的是，其他线程虽然会被阻塞，但如果执行<clinit>()方法后，其他线程唤醒之后不会再次进入<clinit>()方法。同一个加载器下，一个类型只会初始化一次。)，在实际应用中，这种阻塞往往是很隐蔽的。
故而，可以看出instance在创建过程中是线程安全的，所以说静态内部类形式的单例可保证线程安全，也能保证单例的唯一性，同时也延迟了单例的实例化。
