设计模式_创建型模式 -《单例模式》
创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。
这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。
创建型模式分为：
- 单例模式
- 工厂方法模式
- 抽象工厂模式
- 原型模式
- 建造者模式
单例设计模式
单例模式 (Singleton Pattern) 是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
单例模式的结构
单例模式的主要有以下角色：
- 单例类：只能创建一个实例的类
- 访问类：使用单例类
单例模式的实现
单例设计模式分为两种：
- 饿汉式：类加载就会导致该单实例对象被创建
- 懒汉式：类加载不会导致该单实例对象被创建，而是首次使用该对象时才会创建
饿汉式
-
饿汉式-方式1（静态变量方式）
/** * 饿汉式 * 静态变量创建类的对象 */ public class Singleton { // 私有构造方法 private Singleton() { } // 在成员位置直接创建该类的对象 private static Singleton instance = new Singleton(); // 对外提供静态方法获取该对象 public static Singleton getInstance() { return instance; } }说明：
该方式在成员位置声明 Singleton 类型的静态变量，并创建 Singleton 类的对象 instance。instance 对象是随着类的加载而创建的。如果该对象足够大的话，而一直没有使用就会造成内存的浪费。
-
饿汉式-方式2（静态代码块方式）
/** * 饿汉式 * 在静态代码块中创建该类对象 */ public class Singleton { // 私有构造方法 private Singleton() { } // 声明Singleton类型的变量 private static Singleton instance; // null // 在静态代码块中进行赋值 static { instance = new Singleton(); } // 对外提供静态方法获取该对象 public static Singleton getInstance() { return instance; } }说明：
该方式在成员位置声明 Singleton 类型的静态变量，而对象的创建是在静态代码块中，也是对着类的加载而创建。所以和饿汉式的方式1基本上一样，当然该方式也存在内存浪费问题。
懒汉式
-
懒汉式-方式1（线程不安全）
/** * 懒汉式 * 线程不安全 */ public class Singleton { // 私有构造方法 private Singleton() { } // 声明Singleton类型的变量 private static Singleton instance; // null // 对外提供静态方法获取该对象 public static Singleton getInstance() { // 判断instance是否为null，如果为null，说明还没有创建Singleton类的对象 // 如果没有，创建一个并返回，如果有，直接返回 if (instance == null) { // 多线程环境下： // 线程1先抢占到cpu的执行权，但还未执行下面这行代码，此时线程2获取到cpu的执行权，也会进入到该if判断里面， // 导致它们都会进行一次创建对象的操作，此时的对象非单例了。 instance = new Singleton(); } return instance; } }说明：
从上面代码我们可以看出该方式在成员位置声明 Singleton 类型的静态变量，并没有进行对象的赋值操作，那么什么时候赋值的呢？当调用 getInstance() 方法获取 Singleton 类的对象的时候才创建 Singleton 类的对象，这样就实现了懒加载的效果。但是，如果是多线程环境，会出现线程安全问题。
-
懒汉式-方式2（线程安全）
/** * 懒汉式 * 线程安全 */ public class Singleton { // 私有构造方法 private Singleton() { } // 声明Singleton类型的变量 private static Singleton instance; // 对外提供静态方法获取该对象 方法上加了synchronized独占锁 public static synchronized Singleton getInstance() { // 第一次判断，如果instance的值不为null，不需要抢占锁，直接返回对象 if (instance == null) { instance = new Singleton(); } return instance; } }说明：
该方式也实现了懒加载效果，同时又解决了线程安全问题。但是在 getInstance() 方法上添加了
synchronized关键字，导致该方法的执行效果特别低。从上面代码我们可以看出，其实就是在初始化 instance 的时候才会出现线程安全问题，一旦初始化完成就不存在了。 -
懒汉式-方式3（双重检查锁）
再来讨论一下懒汉模式中加锁的问题，对于
getInstance()方法来说，绝大部分的操作都是读操作，读操作是线程安全的，所以我们没必要让每个线程必须持有锁才能调用该方法，我们需要调整加锁的时机。由此也产生了一种新的实现模式：双重检查锁模式。/** * 双重检查方式 */ public class Singleton { // 私有构造方法 private Singleton() { } // 声明Singleton类型的变量 private static Singleton instance; // 对外提供静态方法获取该对象 public static Singleton getInstance() { // 第一次判断，如果instance不为null，不进入抢锁阶段，直接返回实例 if (instance == null) { synchronized (Singleton.class) { // 双重判断，抢到锁之后再次判断是否为null if (instance == null) { instance = new Singleton(); } } } return instance; } }双重检查锁模式是一种非常好的单例实现模式，解决了单例、性能、线程安全问题，上面的双重检测锁模式看上去完美无缺，其实是存在问题，在多线程的情况下，可能会出现空指针问题，出现问题的原因是 JVM 在实例化对象的时候会进行优化和指令重排序操作。
要解决双重检查锁模式带来空指针异常的问题，只需要使用
volatile关键字,volatile关键字可以保证可见性和有序性。/** * 双重检查方式 */ public class Singleton { // 私有构造方法 private Singleton() { } // 声明Singleton类型的变量 使用volatile修饰 private static volatile Singleton instance; // 对外提供静态方法获取该对象 public static Singleton getInstance() { // 第一次判断，如果instance不为null，不进入抢锁阶段，直接返回实例 if (instance == null) { synchronized (Singleton.class) { // 抢到锁之后再次判断是否为空 if (instance == null) { instance = new Singleton(); } } } return instance; } }小结：
添加
volatile关键字之后的双重检查锁模式是一种比较好的单例实现模式，能够保证在多线程的情况下线程安全也不会有性能问题。 -
懒汉式-方式4（静态内部类方式）
静态内部类单例模式中实例由内部类创建，由于 JVM 在加载外部类的过程中, 是不会加载静态内部类的，只有内部类的属性/方法被调用时才会被加载，并初始化其静态属性。静态属性由于被
static修饰，保证只被实例化一次，并且严格保证实例化顺序。/** * 静态内部类方式 */ public class Singleton { // 私有构造方法 private Singleton() { } // 定义一个静态内部类 private static class SingletonHolder { // 在内部类中声明并初始化外部类的对象 private static final Singleton INSTANCE = new Singleton(); } // 对外提供静态方法获取该对象 public static Singleton getInstance() { return SingletonHolder.INSTANCE; } }说明：
第一次加载 Singleton 类时不会去初始化 INSTANCE，只有第一次调用 getInstance，虚拟机加载 SingletonHolder 并初始化 INSTANCE，这样不仅能确保线程安全，也能保证 Singleton 类的唯一性。
小结：
静态内部类单例模式是一种优秀的单例模式，是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下，保证了多线程下的安全，并且没有任何性能影响和空间的浪费。
-
枚举方式
枚举类实现单例模式是极力推荐的单例实现模式，因为枚举类型是线程安全的，并且只会装载一次，设计者充分的利用了枚举的这个特性来实现单例模式，枚举的写法非常简单，而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。
/** * 枚举方式 */ public enum Singleton { INSTANCE; }说明：
枚举方式属于饿汉式方式。
单例模式存在的问题
问题演示
破坏单例模式：
使上面定义的单例类（Singleton）可以创建多个对象，枚举方式除外。有两种方式，分别是序列化和反射。
-
序列化反序列化
Singleton类/** * 静态内部类方式 * 实现序列化接口 */ public class Singleton implements Serializable { // 私有构造方法 private Singleton() { } private static class SingletonHolder { private static final Singleton INSTANCE = new Singleton(); } // 对外提供静态方法获取该对象 public static Singleton getInstance() { return SingletonHolder.INSTANCE; } }Test类/** * 测试使用序列化和反序列化破坏单例模式 */ public class Test { public static void main(String[] args) throws Exception { // 往文件中写对象 //writeObject2File(); // 从文件中读取对象 Singleton s1 = readObjectFromFile(); Singleton s2 = readObjectFromFile(); // 判断两个反序列化后的对象是否是同一个对象 System.out.println(s1 == s2); } // 从文件读取数据（对象） private static Singleton readObjectFromFile() throws Exception { // 1.创建对象输入流对象 ObjectInputStream ois = new ObjectInputStream(new FileInputStream("C:\\Users\\Think\\Desktop\\a.txt")); // 2.读取Singleton对象 Singleton instance = (Singleton) ois.readObject(); // 3.释放资源 ois.close(); // 4.返回读取到的对象 return instance; } // 向文件中写数据（对象） public static void writeObject2File() throws Exception { // 1.获取Singleton类的对象 Singleton instance = Singleton.getInstance(); // 2.创建对象输出流 ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("C:\\Users\\Think\\Desktop\\a.txt")); // 3.将instance对象写出到文件中 oos.writeObject(instance); // 4.释放资源 oos.close(); } }上面代码运行结果是
false，表明序列化和反序列化已经破坏了单例设计模式。 -
反射
Singleton类/** * 双重检查方式 */ public class Singleton { // 私有构造方法 private Singleton() { } private static volatile Singleton instance; // 对外提供静态方法获取该对象 public static Singleton getInstance() { if (instance != null) { return instance; } synchronized (Singleton.class) { if (instance != null) { return instance; } instance = new Singleton(); return instance; } } }Test类/** * 测试使用反射破坏单例模式 */ public class Test { public static void main(String[] args) throws Exception { // 1.获取Singleton类的字节码对象 Class clazz = Singleton.class; // 2.获取Singleton类的私有无参构造方法对象 Constructor constructor = clazz.getDeclaredConstructor(); // 3.取消访问检查 constructor.setAccessible(true); // 4.1 创建Singleton类的对象s1 Singleton s1 = (Singleton) constructor.newInstance(); // 4.2 创建Singleton类的对象s2 Singleton s2 = (Singleton) constructor.newInstance(); // 5.判断通过反射创建的两个Singleton对象是否是同一个对象 System.out.println(s1 == s2); } }上面代码运行结果是
false，表明反射的方式已经破坏了单例设计模式。
注意：枚举方式不会出现这两个问题。
问题的解决
-
序列化、反序列方式破坏单例模式的解决方法
在 Singleton 类中添加
readResolve()方法，在反序列化时被反射调用，如果定义了这个方法，就返回这个方法的值，如果没有定义，则返回新 new 出来的对象。Singleton类/** * 静态内部类方式 * 实现序列化接口 */ public class Singleton implements Serializable { // 私有构造方法 private Singleton() { } private static class SingletonHolder { private static final Singleton INSTANCE = new Singleton(); } // 对外提供静态方法获取该对象 public static Singleton getInstance() { return SingletonHolder.INSTANCE; } /** * 下面是为了解决序列化反序列化破解单例模式 * 当进行反序列化时，会自动调用该方法，将该方法的返回值直接返回 */ private Object readResolve() { return SingletonHolder.INSTANCE; } }源码解析
ObjectInputStream类public final Object readObject() throws IOException, ClassNotFoundException { ... // if nested read, passHandle contains handle of enclosing object int outerHandle = passHandle; try { Object obj = readObject0(false);//重点查看readObject0方法 ... } private Object readObject0(boolean unshared) throws IOException { ... try { switch (tc) { ... case TC_OBJECT: return checkResolve(readOrdinaryObject(unshared));//重点查看readOrdinaryObject方法 ... } } finally { depth--; bin.setBlockDataMode(oldMode); } } private Object readOrdinaryObject(boolean unshared) throws IOException { ... // isInstantiable 返回true，执行 desc.newInstance()，通过反射创建新的单例类， obj = desc.isInstantiable() ? desc.newInstance() : null; ... // 在Singleton类中添加 readResolve 方法后 desc.hasReadResolveMethod() 方法执行结果为true if (obj != null && handles.lookupException(passHandle) == null && desc.hasReadResolveMethod()) { // 通过反射调用 Singleton 类中的 readResolve 方法，将返回值赋值给rep变量 // 这样多次调用ObjectInputStream类中的readObject方法，继而就会调用我们定义的readResolve方法，所以返回的是同一个对象。 Object rep = desc.invokeReadResolve(obj); ... } return obj; } -
反射方式破解单例的解决方法
public class Singleton { // 私有构造方法 private Singleton() { /* * 反射破解单例模式需要添加的代码 */ if (instance != null) { throw new RuntimeException("不能创建多个对象"); } } private static volatile Singleton instance; // 对外提供静态方法获取该对象 public static Singleton getInstance() { if (instance != null) { return instance; } synchronized (Singleton.class) { if (instance != null) { return instance; } instance = new Singleton(); return instance; } } }说明：
这种方式比较好理解。当通过反射方式调用构造方法进行创建创建时，直接抛异常。不运行此中操作。
JDK源码解析-Runtime类
Runtime 类就是使用的单例设计模式。
-
通过源代码查看使用的是哪种单例模式
public class Runtime { // 饿汉式初始化 private static Runtime currentRuntime = new Runtime(); /** * Returns the runtime object associated with the current Java application. * Most of the methods of class <code>Runtime</code> are instance * methods and must be invoked with respect to the current runtime object. * * @return the <code>Runtime</code> object associated with the current * Java application. */ public static Runtime getRuntime() { return currentRuntime; } /** Don't let anyone else instantiate this class */ private Runtime() { } ... }从上面源代码中可以看出 Runtime 类使用的是饿汉式（静态属性）方式来实现单例模式的。
-
使用 Runtime 类中的方法
public class RuntimeDemo { public static void main(String[] args) throws IOException { // 获取Runtime类对象 Runtime runtime = Runtime.getRuntime(); // 调用runtime的方法 // 返回 Java 虚拟机中的内存总量 //System.out.println(runtime.totalMemory()); // 返回 Java 虚拟机试图使用的最大内存量 //System.out.println(runtime.maxMemory()); // exec方法，创建一个新的进程执行指定的字符串命令，返回进程对象 Process process = runtime.exec("ipconfig"); // 获取命令执行后的结果，通过输入流获取 InputStream inputStream = process.getInputStream(); byte[] arr = new byte[1024 * 1024* 100]; // 读取数组 存到arr字节数组中 int b = inputStream.read(arr); // 返回读到的字节的个数 // 将字节数组转换为字符串输出到控制台 System.out.println(new String(arr, 0, b, "gbk")); } }控制台输出：
和我们本地命令行窗口运行命令看到的效果一样。