设计模式之单例模式

单例模式（Singleton Pattern）是一个比较简 单的模式，其定义如下： Ensure a class has only one instance,and provide a global point of access to it.（确保某一个类只有 一个实例，而且自行实例化并向整个系统提供这 个实例。）

所谓类的单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法(静态方法)。

举栗子：

案例1：

自从秦始皇确立了皇帝这个位置以后，同一时期基本上就只有一个人孤零零地坐在这个位置。这种情况下臣民们也好处理，大家叩拜、谈论的时候只要提及皇帝，每个人都知道指的是谁，而不用在皇帝前面加上特定的称呼，如张皇帝、李皇帝。这一个过程反应到设计领域就是，要求一个类只能生成一个对象（皇帝），所有对象对它的依赖都是相同的，因为只有一个对象，大家对它的脾气和习性都非常了解，建立健壮稳固的关系，我们把皇帝这种特殊职业通过程序来实现。
皇帝每天要上朝接待臣子、处理政务，臣子每天要叩拜皇帝，皇帝只能有一个，也就是一个类只能产生一个对象，该怎么实现呢？对象产生是通过new关键字完成的（当然也有其他方式，比如对象拷贝、反射等），这个怎么控制呀，但是大家别忘记了构造函数，使用new关键字创建对象时，都会根据输入的参数调用相应的构造函数，如果我们把构造函数设置为private私有访问权限不就可以禁止外部创建对象了吗？臣子叩拜唯一皇帝的过程如类图7-1所示。

 

案例2：

后羿射日，是中国古代神话传说。远古的时候，大地出现了严重的旱灾。炎热烤焦了森林，烘干了大地，晒干了禾苗草木。原来，帝俊与羲和生了10个孩子都是太阳，他们住在东方海外，海水中有棵大树叫扶桑。10个太阳睡在枝条的底下，轮流跑出来在天空执勤，照耀大地。但有时，他们一齐出来给人类带来了灾难。为了拯救人类，后羿张弓搭箭，向那9个太阳射去。只见天空出现爆裂的火球，坠下一个个三脚的乌鸦。最后，天上只留下一个太阳。

大家想想，十个太阳产生了什么后果呢？如果在软件系统中华是不是造成了严重的安全性问题！所以我们只需要一个实例就好了！

 

单例模式的使用场景
在一个系统中，要求一个类有且仅有一个对象，如果出现多个对象就会出现“不良反应”，可以采用单例模式，具体的场景如下：
❑要求生成唯一序列号的环境；
❑在整个项目中需要一个共享访问点或共享数据，例如一个Web页面上的计数器，可以不用把每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确保是线程安全的；
❑创建一个对象需要消耗的资源过多，如要访问IO和数据库等资源；
❑需要定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式（当然，也可以直接声明为static的方式）。

单例的使用：

1、比如 Hibernate 的 SessionFactory，它充当数据存储源的代理，并负责创建 Session 对象。SessionFactory 并不是
轻量级的，一般情况下，一个项目通常只需要一个 SessionFactory 就够，这是就会使用到单例模式。
2、如在Spring中，每个Bean默认就是单例的，这样做的优点是Spring容器可以管理这些Bean的生命期，决定什么时候创建出来，什么时候销毁，销毁的时候要如何处理，等等。如果采用非单例模式（Prototype类型），则Bean初始化后的管理交由J2EE容器，Spring容器不再跟踪管理Bean的生命周期。

单例模式的优点
1、由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建、销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显。
2、由于单例模式只生成一个实例，所以减少了系统的性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永久驻留内存的方式来解决（在Java EE中采用单例模式时需要注意JVM垃圾回收机制）。
3、单例模式可以避免对资源的多重占用，例如一个写文件动作，由于只有一个实例存在内存中，避免对同一个资源文件的同时写操作。
4、单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理。
单例模式的缺点
1、单例模式一般没有接口，扩展很困难，若要扩展，除了修改代码基本上没有第二种途径可以实现。单例模式为什么不能增加接口呢？因为接口对单例模式是没有任何意义的，它要求“自行实例化”，并且提供单一实例、接口或抽象类是不可能被实例化的。当然，在特殊情况下，单例模式可以实现接口、被继承等，需要在系统开发中根据环境判断。
2、单例模式对测试是不利的。在并行开发环境中，如果单例模式没有完成，是不能进行测试的，没有接口也不能使用mock的方式虚拟一个对象。
3、单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要单例取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中。

说了我们接下里写一下单例的代码

单例模式有八种方式：
1) 饿汉式(静态常量)
2) 饿汉式（静态代码块）
3) 懒汉式(线程不安全)
4) 懒汉式(线程安全，同步方法)
5) 懒汉式(线程安全，同步代码块)
6) 双重检查
7) 静态内部类
8) 枚举

第一种：

饿汉式（静态常量）应用实例
步骤如下：
1) 构造器私有化 (防止 new )
2) 类的内部创建对象
3) 向外暴露一个静态的公共方法。getInstance
4) 代码实现

package com.kgc.singleton.type01;
public class Singleton1 {
	public static void main(String[] args) {
			Singleton instance = Singleton.getInstance();
			Singleton instance1 = Singleton.getInstance();
			System.out.println(instance == instance1);//true
			System.out.println("instance.hash值:"+instance.hashCode());
			System.out.println("instance1.hash值:"+instance.hashCode());
	}
}
//饿汉式(静态变量)
class Singleton{
	//1. 构造器私有化, 外部不能new
	private Singleton() {}
	//2.本类内部创建对象实例
	private final static Singleton singleton = new Singleton();
	//3.对外提供全局访问的站点    一个公有的静态方法，返回实例对象
	public static Singleton getInstance() {
		return singleton;
	}
}

结果：

true
instance.hash值:1630713659
instance1.hash值:1630713659

优缺点说明：
1) 优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同步问题。
2) 缺点：在类装载的时候就完成实例化，没有达到 Lazy Loading 的效果。如果从始至终从未使用过这个实例，则
会造成内存的浪费
3) 这种方式基于 classloder 机制避免了多线程的同步问题，不过，instance 在类装载时就实例化，在单例模式中大
多数都是调用 getInstance 方法， 但是导致类装载的原因有很多种，因此不能确定有其他的方式（或者其他的静
态方法）导致类装载，这时候初始化 instance 就没有达到 lazy loading 的效果
4) 结论：这种单例模式可用，可能造成内存浪费

第二种：

package com.kgc.singleton.type01;

public class Singleton1 {
	public static void main(String[] args) {
		Singleton instance = Singleton.getInstance();
		Singleton instance1 = Singleton.getInstance();
		System.out.println(instance == instance1);// true
		System.out.println("instance.hash值:" + instance.hashCode());
		System.out.println("instance1.hash值:" + instance.hashCode());
	}
}

// 饿汉式(静态代码块)
class Singleton {
	// 1. 构造器私有化, 外部不能new
	private Singleton() {
	}

	// 2.本类内部创建对象实例
	private final static Singleton singleton;
	/**
	 * 静态代码块的特点： 随着类的加载而执行，而且只执行一次 静态代码块额执行顺序优先于main函数
	 */
	static {  在静态代码块中，创建单例对象
		singleton = new Singleton();
	}
	// 3.对外提供全局访问的站点 一个公有的静态方法，返回实例对象
	public static Singleton getInstance() {
		return singleton;
	}
}

 

优缺点说明：
1) 这种方式和上面的方式其实类似，只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执
行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。
2) 结论：这种单例模式可用，但是可能造成内存浪费

第三种：

package com.kgc.singleton.type03;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class Singleton3 {
	public static void main(String[] args) {
//		Singleton instance = Singleton.getInstance();
//		Singleton instance1 = Singleton.getInstance();
//		System.out.println(instance == instance1);//true
//		System.out.println("instance.hash值:"+instance.hashCode());
//		System.out.println("instance1.hash值:"+instance.hashCode());
		//证明这个懒汉式是线程不安全的，我们使用20个线程同时去调用看看
		//创建一个可以存放20个线程的线程池
	     ExecutorService threadPool = Executors.newFixedThreadPool(20);
	     for (int i = 0; i < 20; i++) {
	         //执行创建线程(Runable接口)
	         threadPool.execute(new Runnable() {
	             @Override
	             public void run() {
	                 System.out.println(Thread.currentThread().getName()+":"+Singleton.getInstance());
	             }
	         });
	     }
	     //关闭线程池
	     threadPool.shutdown();
	}

}
//懒汉式(线程不安全)
class Singleton{
	//1.私有构造器
	private Singleton() {}
	//2.静态常量
	private static Singleton singleton;
	//3.对外提供全局访问的站点
	public static Singleton getInstance() {
		if(singleton == null) {
			singleton = new Singleton();
		}
		return singleton;
	}
}

 

优缺点说明：
1) 起到了 Lazy Loading 的效果，但是只能在单线程下使用。
2) 如果在多线程下，一个线程进入了 if (singleton == null)判断语句块，还未来得及往下执行，另一个线程也通过
了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式
3) 结论：在实际开发中，不要使用这种方式.

第四种：

package com.kgc.singleton.type04;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class Singleton4 {
	public static void main(String[] args) {
//		Singleton instance = Singleton.getInstance();
//		Singleton instance1 = Singleton.getInstance();
//		System.out.println(instance == instance1);//true
//		System.out.println("instance.hash值:"+instance.hashCode());
//		System.out.println("instance1.hash值:"+instance.hashCode());
		//证明这个懒汉式是线程不安全的，我们使用20个线程同时去调用看看
		//创建一个可以存放20个线程的线程池
	     ExecutorService threadPool = Executors.newFixedThreadPool(20);
	     for (int i = 0; i < 20; i++) {
	         //执行创建线程(Runable接口)
	         threadPool.execute(new Runnable() {
	             @Override
	             public void run() {
	                 System.out.println(Thread.currentThread().getName()+":"+Singleton.getInstance());
	             }
	         });
	     }
	     //关闭线程池
	     threadPool.shutdown();
	}
}
//懒汉式(线程安全)
class Singleton{
	//1.私有构造器
	private Singleton() {}
	//2.静态常量
	private static Singleton singleton;
	//3.对外提供全局访问的站点
	//提供一个静态的公有方法，加入同步处理的代码，解决线程安全问题
	public static synchronized Singleton getInstance() {
		if(singleton == null) {
			singleton = new Singleton();
		}
		return singleton;
	}
}

优缺点说明：
1) 解决了线程安全问题
2) 效率太低了，每个线程在想获得类的实例时候，执行 getInstance()方法都要进行同步。而其实这个方法只执行
一次实例化代码就够了，后面的想获得该类实例，直接 return 就行了。方法进行同步效率太低
3) 结论：在实际开发中，不推荐使用这种方式

第五种：

//懒汉式(线程安全，同步代码块)
class Singleton{
	//1.私有构造器
	private Singleton() {}
	//2.静态常量
	private static Singleton singleton;
	//3.对外提供全局访问的站点
	//提供一个静态的公有方法，加入同步处理的代码，解决线程安全问题
	public static Singleton getInstance() {
		if(singleton == null) {
			synchronized(Singleton.class) {
				singleton = new Singleton();
			}	
		}
		return singleton;
	}
}

优缺点说明：

1) 这种方式，本意是想对第四种实现方式的改进，因为前面同步方法效率太低，

改为同步产生实例化的的代码块

2) 但是这种同步并不能起到线程同步的作用。跟第3种实现方式遇到的情形一

致，假如一个线程进入了if (singleton == null)判断语句块，还未来得及往下执行，

另一个线程也通过了这个判断语句，这时便会产生多个实例

3) 结论：在实际开发中，不能使用这种方式

第六种：

package com.kgc.singleton.type06;

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class Singleton6 {
    public static void main(String[] args) {
        // Singleton instance = Singleton.getInstance();
        // Singleton instance1 = Singleton.getInstance();
        // System.out.println(instance == instance1);//true
        // System.out.println("instance.hash值:"+instance.hashCode());
        // System.out.println("instance1.hash值:"+instance.hashCode());
        // 证明这个懒汉式是线程不安全的，我们使用20个线程同时去调用看看
        // 创建一个可以存放20个线程的线程池
        ExecutorService threadPool = Executors.newFixedThreadPool(20);
        for (int i = 0; i < 20; i++) {
            // 执行创建线程(Runable接口)
            threadPool.execute(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getName() + ":" + Singleton.getInstance());
                }
            });
        }
        // 关闭线程池
        threadPool.shutdown();
    }
}

// 懒汉式(线程安全，同步代码块) 双重检查
class Singleton {
    // 1.私有构造器
    private Singleton() {
    }

    // 2.静态常量

//volatile作为java中的关键词之一，用以声明变量的值可能随时会别的线程修改，使用volatile修饰的变量会强制将修改的值立即写入主存，

//主存中值的更新会使缓存中的值失效(非volatile变量不具备这样的特性，非volatile变量的值会被缓存，线程A更新了这个值，线程B读取这

//个变量的值时可能读到的并不是是线程A更新后的值)。volatile会禁止指令重排。
    private static volatile Singleton singleton;

    // 3.对外提供全局访问的站点
    // 提供一个静态的公有方法，加入同步处理的代码，解决线程安全问题

//提供一个静态的公有方法，加入双重检查代码，解决线程安全问题, 同时解决懒加载问题
    //同时保证了效率, 推荐使用
    public static Singleton getInstance() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

优缺点说明：

1) Double-Check概念是多线程开发中常使用到的，如代码中所示，我们进行了两

次if (singleton == null)检查，这样就可以保证线程安全了。

2) 这样，实例化代码只用执行一次，后面再次访问时，判断if (singleton == null)，

直接return实例化对象，也避免的反复进行方法同步.

3) 线程安全；延迟加载；效率较高

4) 结论：在实际开发中，推荐使用这种单例设计模式

第七种:

//静态内部类
class Singleton{
    //1.私有构造器
    private Singleton() {}
    //写一个静态内部类,该类中有一个静态属性 Singleton
    public static class SingletonIntance{
        private static final Singleton SINGLETON = new Singleton();
    }
    //3.对外提供全局访问的站点   提供一个静态的公有方法，直接返回 SingletonInstance.INSTANCE
    public static Singleton getInstance() {
        return SingletonIntance.SINGLETON;
    }
}

优缺点说明：

1) 这种方式采用了类装载的机制来保证初始化实例时只有一个线程。

2) 静态内部类方式在Singleton类被装载时并不会立即实例化，而是在需要实例化

时，调用getInstance方法，才会装载SingletonInstance类，从而完成Singleton的

实例化。

3) 类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM帮助我们

保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。

4) 优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高

5) 结论：推荐使用.

第八种：

package com.kgc.singleton.type08;
public class Singleton8 {
    public static void main(String[] args) {
        Singleton instance = Singleton.INSTANCE;
        Singleton instance1 = Singleton.INSTANCE;
        System.out.println(instance == instance1);//true
        System.out.println("instance.hash值:"+instance.hashCode());
        System.out.println("instance1.hash值:"+instance.hashCode());
    }

}
//静态内部类
enum Singleton{
    INSTANCE;
    public String say() {
        return "dasd";
    }
}

优缺点说明：

1) 这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而

且还能防止反序列化重新创建新的对象。

2) 这种方式是Effective Java作者Josh Bloch 提倡的方式

3) 结论：推荐使用

 

单例模式在 JDK 应用的源码分析
1) 我们 JDK 中，java.lang.Runtime 就是经典的单例模式(饿汉式)
2) 代码分析源码+代码说明

单例模式注意事项和细节说明
1) 单例模式保证了 系统内存中该类只存在一个对象，节省了系统资源，对于一些需要频繁创建销毁的对象，使
用单例模式可以提高系统性能
2) 当想实例化一个单例类的时候，必须要记住使用相应的获取对象的方法，而不是使用 new
3) 单例模式使用的场景：需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即：重量级
对象)，但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session 工厂等)