设计模式——单例模式

单例模式(Singleton Pattern)是一个比较简单的模式，其定义如下：

Ensure a class has only one instance,and provide a golbal point of acess to it.(确保某一个类只有一个实例，而且自行实例化并且向整个系统提供这个实例。)

如何保证一个类只能产生一个对象呢？对象产生是通过new关键字完成的，使用new关键字创建对象都会根据输入参数调用相应的构造函数，如果我们把构造函数设置为private私有访问权限不就可以防止外部创建对象了呀！

单例模式的一个实例如下:

Singleton类成为单例类,通过使用private的构造函数确保了在一个应用中只产生一个实例,并且是自行实例化的(在Singleton中自己使用 new Singleton()).单例模式的通用源代码如下:

单例模式实例代码：

Singleton类：

public class Singleton {
	//自行产生对象
	private static final Singleton singleton=new Singleton();
	//限制产生多个对象
	private Singleton()
	{}
	//通过该方法获得实例对象
	public static Singleton getSingleton(){
		return singleton;
	}
	//其他类方法，尽量是static
	public static void doSomething(){
		System.out.println("I am the only instance...");
	}
}

Client类：

public class Client {
	public static void main(String[] args)
	{
		for(int i=0;i<3;i++){
			Singleton singleton=Singleton.getSingleton();
			singleton.doSomething();
		}
		//只创建了一个实例
	}
}

单例模式优点：

• 单例模式在内存中只有一个实例，减少了内存开支；特别是一个对象需要频繁的创建销毁时，而且创建销毁时性能又无法优化
• 由于单例模式只生成一个实例，所以减少了系统能够的性能开销
• 单例模式可以避免对资源的多重占用
• 单例模式可以在系统设置全局的访问点，优化和共享资源访问

单例模式缺点：

• 单例模式一般没哟接口，扩展很困难，若要扩展，除了修改代码基本上没有其他途径可以实现。
• 单例模式对测试是不利的。
• 单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是单例取决于环境。

单例模式使用场景：

在一个系统中，要求一个类有且只有一个对象，如果出项多个对象就会出现不良反应，可以采用单例模式，具体场景如下：

• 要求生产唯一序列号的环境；
• 在整个项目中需要一个共享访问点或者共享数据，例如一个web页面上的计数器；
• 创建一个对象需要消耗过多的资源；
• 需要定义大量的静态方法和常量的环境，可以采用单例模式，当然也可以直接声明为static的方式。

注意事项：

线程安全

参考：《设计模式之禅》