【设计模式】单例模式

为什么要使用单例模式

单例模式属于“创建型”设计模式，目的是将创建对象的数量控制在一个。

1 场景需要，避免出现一个对象多个状态的问题

windows的回收站，只有一个，如果存在多个回收站，清空一个，另一个回收站的垃圾还在，到底已哪个为准？
博客有个访问人数计数功能，今天有100的访问人数，明天又来一个新的计数器，从0开始计数，导致统计结果有误。

2 节约系统资源开销

线程池、连接池等都是单例，因为对象的创建和销毁会消耗时间和资源，尤其像线程、数据库连接等。为了提高程序效率和资源使用率，都会使用唯一的池来控制数据和资源。
另外，线程池中的线程，可能会互相通信，如果不在一个池，通信会受到影响。

3 全局数据共享

配置类只需要启动时加载一次，然后由单例维护。

实现方式

1 饿汉式

饿汉，饥渴，一出现就要吃。当类一初始化，立马就要创建单例对象。

public class HungrySingleton {
		private static HungrySingleton hungrySingleton = new HungrySingleton();
		private HungrySingleton(){}
		public static HungrySingleton getInstance() {
				return hungrySingleton ;
		}
}

要点：

1. 私有化无参构造器，避免被人使用new 来创建对象；
2. 使用static修饰单例对象，然后用new创建对象。
   static修饰的东西都属于类，在类加载的时候就会加载，并且只会初始化一次。类加载的特性很好的满足了单例的需求。

小结：这种写法确实实现了单例，使用单例的时候只需要HungrySingleton.getInstance()调用静态方法就可以。
但是如果创建这个对象很耗费时间和资源，就会影响应用性能。
如果我像如上代码加了一个静态常量flag，当我一调用flag，就会触发类的初始化，继而创建单例对象。但是我只是想使用flag，不想创建单例对象，导致浪费资源。如何做到真正使用时才创建该对象？

2 懒汉式

懒汉，懒，到吃饭的时候才会去吃。

public class LazySingleton {
	private static LazySingleton lazySingleton == null ;
	private LazySingleton (){}
	public static LazySingleton getInstance() {
		if(null == lazySingl