设计模式------单例模式

单例模式

单例模式(Singleton Pattern) 是 java 中最简单的设计模式之一. 这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式.
这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建.这个类提供了一种访问其唯一的对象的方式.可以直接访问,不需要实例化该类的对象.
注意:
1>单例类只能有一个实例.
2>单例类必须自己创建自己的唯一实例.
3>单例类必须给所有其他对象提供这一实例

介绍

意图: 保证一个类仅有一个实例,并且提供一个访问他的全局访问点.
主要解决:一个全局使用的类频繁的创建与销毁.
何时使用:当你想控制实例数目,节省系统资源的时候.
如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。

关键代码：构造函数是私有的。

应用实例： 1、一个党只能有一个书记。 2、Windows 是多进程多线程的，在操作一个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象，所以所有文件的处理必须通过唯一的实例来进行。 3、一些设备管理器常常设计为单例模式，比如一个电脑有两台打印机，在输出的时候就要处理不能两台打印机打印同一个文件。

优点： 1、在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例（比如管理学院首页页面缓存）。 2、避免对资源的多重占用（比如写文件操作）。

缺点：没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。

使用场景： 1、要求生产唯一序列号。 2、WEB 中的计数器，不用每次刷新都在数据库里加一次，用单例先缓存起来。 3、创建的一个对象需要消耗的资源过多，比如 I/O 与数据库的连接等。

注意事项：getInstance() 方法中需要使用同步锁 synchronized (Singleton.class) 防止多线程同时进入造成 instance 被多次实例化。
===========

单例模式可以分为懒汉式和饿汉式：

懒汉式单例模式：在类加载时不初始化。
饿汉式单例模式：在类加载时就完成了初始化，所以类加载比较慢，但获取对象的速度快。
　=============================

单例模式有几种实现方式

1,第一种 (懒汉模式,线程不安全)
//这种写法lazy loading很明显，但是致命的是在多线程不能正常工作。

public class Singleton_Demo1 {
	private static Singleton_Demo1 instance;
	private Singleton_Demo1() {
	}
	public static Singleton_Demo1 getInstance() {
		if (instance == null) {
			instance = new Singleton_Demo1();
		}
		return instance;
	}
}

2.第二种 (懒汉模式,线程安全)

//这种写法在getInstance()方法中加入了synchronized锁。
能够在多线程中很好的工作，而且看起来它也具备很好的lazy loading，但是效率很低（因为锁），并且大多数情况下不需要同步。

public class Singleton_Demo2 {
	private static Singleton_Demo2 instance;
	private Singleton_Demo2() {
	}
	public static synchronized Singleton_Demo2 getInstance() {
		if (instance == null) {
			instance = new Singleton_Demo2();
		}
		return instance;
	}
}

3.第三种 (饿汉)
//这种方式基于classloder机制避免了多线程的同步问题，
不过，instance在类装载时就实例化，这时候初始化instance显然没有达到lazy loading的效果。

public class Singleton_Demo3 {
	private static Singleton_Demo3 instance = new Singleton_Demo3();;
	private Singleton_Demo3() {
	}
	public static synchronized Singleton_Demo3 getInstance() {
		return instance;
	}
}

第四种 (饿汉模式,变种)
//这种 表面上看起来差别挺大，其实更第三种方式差不多，都是在类初始化即实例化instance

public class Singleton_Demo4 {
	private static Singleton_Demo4 instance = null;
	static {
		instance = new Singleton_Demo4();
	}
	private Singleton_Demo4() {
	}
	public static synchronized Singleton_Demo4 getInstance() {
		return instance;
	}
}

5.第五种.静态内部类
// 这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程，它跟第三种和第四种方式不同的是（很细微的差别）：第三种和第四种方式是只要Singleton类被装载了，那么instance就会被实例化（没有达到lazy loading效果），而这种方式是Singleton类被装载了，instance不一定被初始化。因为SingletonHolder类没有被主动使用，只有显示通过调getInstance方法时，才会显示装载SingletonHolder类，从而实例instance。想象一下，如果实例化instance很消耗资源，我想让他延迟加载，另外一方面，我不希望在Singleton类加载时就实例化，因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化instance显然是不合适的。这个时候，这种方式相比第三和第四种方法就显得更合理。
//单例模式(多线程安全,终极解决方案)

public class Singleton_Demo5 {
	private  static class Singletion{
		private static Singletion singletion = new Singletion();
	}
	public static Singletion getSingletion() {
		return Singletion.singletion;
	} 
}