《Head.First设计模式》的学习笔记（7）－－单件模式

背景：
有一些对象其实我们只需要一个，比方说：线程池（threadpool）、缓存（cache）、对话框、处理偏好设置和注册表（registry）的对象、日志对象，充当打印机、显卡等设备的驱动程序的对象。事实上，这类对象只能有一个实例，如果制造出多个实例，就会导致许多问题产生，例如：程序的行为异常、资源使用过量，或者是不一致的结果。因此，我们设计这种类时必须确保只有一个实例，单件模式应运而生。

单件模式的意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

结构：

如何实现：

其实我们只需要把构造函数私有化，把new对象的过程进行控制就行了，具体代码如下：

public class Singleton{
	private static Singleton uniqueSingleton;
	
	private  Singleton (){
		
	}

	public static Singleton getInstance(){
		if(uniqueSingleton==null){
			uniqueSingleton = new Singleton();
		}
		return uniqueSingleton;
	}

}

 

但是上面的代码存在一个问题。当使用多线程时，产生的对象可能不只一个，分析见下图：

如何解决这个问题：

a）、使用加锁机制，具体代码如下：

 

public class Singleton{
	private static Singleton uniqueSingleton;
	
	private  Singleton (){
		
	}

	public static sychronized Singleton getInstance(){
		if(uniqueSingleton==null){
			uniqueSingleton = new Singleton();
		}
		return uniqueSingleton;
	}

}

 

b）、使用“急切”创建实例，不用延迟加载。具体代码如下：

 

public class Singleton{
	private static Singleton uniqueSingleton = new Singleton ();
	
	private  Singleton (){
		
	}

	public static Singleton getInstance(){
		return uniqueSingleton;
	}

}

 

 

c）、使用“双检锁”机制。具体代码如下：

public class Singleton{
	private volatile static Singleton uniqueSingleton;
	
	private  Singleton (){
		
	}

	public static Singleton getInstance(){
                         syncronized(Singleton.class){
                                     if(uniqueSingleton==null){
			uniqueSingleton = new Singleton();
		}
		return uniqueSingleton;

                              }
	}

}

 

 

对上面三种方法的评价：

1）、a方法采用了加锁机制，每次实例化都必须加锁，而加锁耗费的系统资源比较多，因此执行效率比较低，不推荐使用。

2）、b方法书写比较简单，但没有采用延迟加载，所以可能浪费部分资源。当使用频率高且运行时负担不重时推荐使用。

3）、c方法解决了多线程问题，并且只在第一次创建对象时加锁，执行效率比a方法高，推荐使用。

在什么情形下使用单例模式：

使用Singleton模式有一个必要条件：在一个系统要求一个类只有一个实例时才应当使用单例模式。反过来，如果一个类可以有几个实例共存，就不要使用单例模式。

注意：

a）、不要使用单例模式存取全局变量。这违背了单例模式的用意，最好放到对应类的静态成员中。

b）、不要将数据库连接做成单例，因为一个系统可能会与数据库有多个连接，并且在有连接池的情况下，应当尽可能及时释放连接。Singleton模式由于使用静态成员存储类实例，所以可能会造成资源无法及时释放，带来问题。