单例模式
这个设计模式是通过windows系统中任务管理器的例子来进行演示的:在windows操作系统中,我们一次只能开启一个任务管理器,任务管理器的代码模拟如下:
public class TaskManager
{
public void DisplayProcesses(){.......}
public void DisplayServices(){..........}
}
对于上面这个定义的任务管理器,我们是如何对它的实例化的唯一性进行限制的呢?
下面的代码:
public class TaskManager
{
private TaskManager()
{
}
private static TaskManager _tm = null;
public static TaskManager GetTaskManagerInstance()
{
return _tm ?? (_tm = new TaskManager());
}
}
首先,在类的内部定义私有的构造函数,这样,在类的外部就无法直接实例化一个TaskManager,其次,定义一个私有的静态的TaskManager类型的字段,然后,定义一个公共的方法来对这个类进行实例化,在这个方法的内部要对私有的静态TaskManager字段进行null值判断,如果为null就新创建一个,这样,通过三部操作,就建立了一个单例模式。
单例模式的概念:确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类,他提供全局的访问方法,单例模式是一种对象创建型模式。
单例模式有三个要点:①某个类只有一个实例,②它必须自行创建这个实例③它必须向整个系统提供这个实例。
单例模式的实现方式:
饿汉式单例类:可以直接在private static TaskManager _tm = null;
这条语句中将null替换为new LoadBalancer();。这种方式最直接,不用考虑线程安全性和同步的问题,缺点在于它是提前加载的,就是说不管系统最后需要不需要这个类,最终它都是被实例化了。也就占用了一定的系统资源。
懒汉式单例类:这种方式是按需加载,不会在一开始就创建这个类的实例,但是这种方式就要考虑线程安全和同步的问题了:
public static TaskManager GetTaskManagerInstance()
{
return _tm ?? (_tm = new TaskManager());
}
如果这个类的初始化加载时间比较长,那么出现线程的不安全性的几率就会很大,试想如果一个线程读取这个类的同时发现没有这个类的实例,那么这个线程将会去创建这个类的实例,但是,在创建这个类的实例的过程中,另外一个线程也进入这个方法,那么,另外这个线程也会去创建这个类的实例,那么,这个类的实例就不是唯一的了。解决的方法是在C#中,用lock去加锁:
class LazySingleton
02.{
03. private static LazySingleton instance = null;
04. //程序运行时创建一个静态只读的辅助对象
05. private static readonly object syncRoot = new object();
06.
07. private LazySingleton() { }
08.
09. public static LazySingleton GetInstance()
10. {
11. //第一重判断,先判断实例是否存在,不存在再加锁处理
12. if (instance == null)
13. {
14. //加锁的程序在某一时刻只允许一个线程访问
15. lock(syncRoot)
16. {
17. //第二重判断
18. if(instance==null)
19. {
20. instance = new LazySingleton(); //创建单例实例
21. }
22. }
23. }
24. return instance;
25. }
26.}
在上面给出的懒汉式单例类实现代码中,对静态工厂方法GetInstance()中创建单例对象的代码进行了加锁,由于在调用时无法确定该单例对象是否已创建,因此需要使用辅助对象syncRoot来进行代码锁定。为了不影响程序的性能,此处只锁定创建单例对象的代码,并未锁定整个方法。如果实例存在则直接返回,如果实例未创建则加锁后再创建。
为了更好地对单例对象的创建进行控制,此处使用了一种被称之为双重检查锁定(Double-CheckLocking)的双重判断机制。在双重检查锁定中,当实例不存在且同时有两个线程调用GetInstance()方法时,它们都可以通过第一重“instance==null”判断,然后由于lock锁定机制,只有一个线程进入lock中执行创建代码,另一个线程处于排队等待状态,必须等待第一个线程执行完毕后才可以进入lock锁定的代码,如果此时不进行第二重“instance==null”判断,第二个线程并不知道实例已经创建,将继续创建新的实例,还是会产生多个单例对象,违背单例模式的设计思想,因此需要进行双重检查。