单例模式

简介

顾名思义，就是在一个项目中，某个对象的实例只能有一个。单例模式（Singleton Pattern）保证一个类仅有一个实例，并提供一个访问它的全局访问点。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。

类图

代码实现

public class Singleton {
//  饿汉式
//  private static Singleton singleton = new Singleton();
	private volatile static Singleton singleton ;
	private Singleton() {}
	//加锁，防止对象在多线程程序中被多次创建
	public Singleton getSingleton() {
		//懒汉式
		if(singleton == null)  {
			//双重检查锁，此时singleton变量必须添加volatile关键字
			synchronized(Singleton.class) {
				if (singleton == null) {
					singleton = new Singleton() ;
				}
			}
		}
		return singleton ;
	}
}

实例化对象时，常用的有饿汉式和懒汉式，代码中分别有体现，由于使用懒汉式会有线程安全问题，在饿汉式的基础上升级成双重检查锁，可以解决线程安全问题，为之付出的代价是程序运行时性能降低。

补充

单例模式有几点需要注意：
1、单例类只能有一个实例。意味着构造函数对外不可见，外部不能创建实例。
2、单例类必须自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。提供公共接口获取单例对象。

优缺点

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

缺点：
1、单例模式没有抽象层，扩展很困难，若要扩展，除了修改代码基本上没有第二种途径可以实现。
2、 单例类的职责过重，在一定程度上违背了“单一职责原则”。
3、滥用单例将带来一些负面问题，如：为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；