设计模式（1）单例模式（Singleton） - Fonour(2)_H5之家

简单来说就是当第一个线程调用判断if(dh==null)为true，已经进入内部通过调用new进行实例化时，另一个线程也进行了判断，而恰恰此时dh还没有被实例化完成，同样第二个线程也进入if判断语句的内部，进行dh的实例化，于是就出现了2个DH类的实例，从两个祭坛走出来两个大恶魔。

解决这一问题一般有两种方法饿汉式单例和双重检查锁。

1.1 饿汉式单例

饿汉式单例是在系统初始化时自动完成单例类实例的一种方法，而不是等到需要的时候再初始化，也就是说不管以后你会不会用到这个类的对象，我都会给你实例化一个出来，有一种饥饿难耐的感觉在里面，故名饿汉式。

饿汉式单例 DH : IHero { DH dh = new DH(); 私有的构造函数，能够保证该类不会在外部被随意实例化，是保证该类只用一个实例的基本前提 DH() { } 调用时直接返回已经实例化完成的对象 DH GetInstance() { return dh; } 秀出自己的技能 ShowSkills() { Console.WriteLine(); } }

这种方法简单直接的解决了线程安全问题，但是由于实在初始化时就将单例类进行了实例化，一定程度上造成了各种资源的浪费，违背了延迟加载的设计思想，一般为了解决单例模式线程安全问题，通常使用双重检查锁的方法。

1.2 双重检查锁

双重检查锁的命名基于单重检查锁方式而来，单重检查锁是在GetInstance实现的时候先行进行锁定，防止别的线程进入，从而解决线程安全问题的。主要代码如下

lockObject = new object ();

lock (lockObject) { //先判断dh是否已经被实例化，若未被实例化，先实例化得到DH类的实例 (dh == null) { dh = new DH(); } } return dh;

这种方式每次都要进行lock操作，实际上是一种同步方式，这将会在一定程度上影响系统性能的瓶颈和增加了额外的开销。由此衍生出了双重检查锁的方式，简单来说就是先判断一次dh是否为null，为null时才进行lock操作，不为null就直接返回。

恶魔猎手 DH : IHero { DH dh; lockObject = new object (); 私有的构造函数，能够保证该类不会在外部被随意实例化，是保证该类只用一个实例的基本前提 DH() { } 定义一个静态的公开的GetInstance方法供外部得到DH类唯一实例是调用 DH GetInstance() { (dh == null) { lock (lockObject) { //先判断dh是否已经被实例化，若未被实例化，先实例化得到DH类的实例 (dh == null) { dh = new DH(); } } } return dh; } 秀出自己的技能 ShowSkills() { Console.WriteLine(); } }

2 总结

本次主要基于上一篇的简单工厂模式，延续的学习使用了单例工厂模式确保一个类实例的全局唯一性，过程中学习了懒汉式、饿汉式、双重检查锁等具体解决方案及演变过程。

设计模式从来不是单打独斗，核心思想是要根据实际需要利用多种模式互相配合来实现代码结构的最优化和健壮性。