设计模式-单例模式

单例模式(Singleton Pattern)

什么是单例模式

一个对象只能有一个实例，所有对象对它的引用都指向同一个内存地址

示例代码如下

1. 懒汉式加载

public class Singleton {

	// 构造一个私有的构造器
	private Singleton(){ }

	// 可以看到这里是自己对自己进行实例化的
	private static final Singleton singleton = new Singleton();

	// 获取对象实例
	public static Singleton getInstance()throws Exception{
		return singleton;
	}
}

2. 饿汉式加载

/**
 * 饿汉式加载
 *
 * 之前的例子里面采用的是懒汉式加载，对象的创建是在程序启动中完成，这种的缺点是资源的浪费，合理的方式应该是在使用的时候去创建，
 * 下面的加载是由外部决定的
 * 
 * Created by Administrator on 2018/1/15 0015.
 */
public  class Singleton2 {

	// 构造一个私有的构造器  
	private Singleton2 (){ }

	private static Singleton2 single;

	// 这里是由外部决定什么时候创建实例  
	public static void init() {
		single= new Singleton2 ();
	}
	
	// 获取对象实例  
	public static Singleton2 getInstance()throws Exception{
		if(single!= null) {
			return single;
		}
		else{
			throw new Exception("类还未创建实例");
		}
	}
}

优点

• 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
• 减少系统的性能开销,当一个对象的产生需要比较多的资源时
• 单例模式可以避免对资源的多重占用,比如写文件操作
• 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理

缺点

• 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,

    这个看具体的环境而定

• 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
• 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的

使用场景

• 要求生成唯一序列号的环境
• 在整个项目中需要一个共享访问点或共享数据
• 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
• 需要定义大量的静态常量和静态方法(这里我其实没太搞懂静态方法和单例的区别在哪)