单例（Singleton）模式介绍
单例模式：也可以叫单件模式，官方定义：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
单例模式的特点：
- 单例类只能有一个实例。
- 单例类必须自己创建自己的唯一实例。
- 单例类必须给所有其它对象提供这一实例。
单例模式应用
介绍完单例模式，大家肯定会有疑问为什么会有单例模式？
单例模式在实际场景中的应用：
- 操作系统中只能有一个任务管理器，大家可以试试，操作系统同时只能打开一个任务管理器 。
- 每台计算机可以有若干个打印机，但只能有一个Printer Spooler，避免两个打印作业同时输出到打印机。
单例模式代码示例
饿汉单例
饿汉式单例类(Eager Singleton)是实现起来最容易的单例类；由于在定义静态变量的时候实例化单例类，因此在类加载时单例对象就已创建；
当类被加载时，静态变量instance 会被初始化，此时类的私有构造函数会被调用，单例类的唯一实例将被创建。
/// <summary>
/// 饿汉式单例类
/// </summary>
public class EagerSingleton
{
// 定义一个静态变量来保存类的实例
private static EagerSingleton uniqueInstance = new EagerSingleton();
// 定义私有构造函数，使外界不能创建该类实例
private EagerSingleton()
{
}
/// <summary>
/// 定义公有方法提供一个全局访问点,同时你也可以定义公有属性来提供全局访问点
/// </summary>
/// <returns></returns>
public static EagerSingleton GetInstance()
{
return uniqueInstance;
}
}
懒汉式单例
与饿汉式单例类相同之处是，懒汉式单例类(Lazy Singleton)的构造函数也是私有的。
与饿汉式单例类不同的是，懒汉式单例类在第一次被引用时将自己实例化，在懒汉式单例类被加载时不会将自己实例化。
单线程Singleton实现
/// <summary>
/// 单例模式
/// </summary>
public class Singleton
{
// 定义一个静态变量来保存类的实例
private static Singleton uniqueInstance;// 定义私有构造函数，使外界不能创建该类实例
private Singleton()
{
}
/// <summary>
/// 定义公有方法提供一个全局访问点,同时你也可以定义公有属性来提供全局访问点
/// </summary>
/// <returns></returns>
public static Singleton GetInstance()
{
// 如果类的实例不存在则创建，否则直接返回
if (uniqueInstance == null)
{
uniqueInstance = new Singleton();
}
return uniqueInstance;
}
}
多线程实现：
如果在高并发、多线程环境下实现单例类，在某一时刻可能会有多个线程需要使用单例对象，即会有多个线程同时调用GetInstance()方法，可能会造成创建多个实例对象，这将违背单例模式的设计意图。为了防止生成多个单例对象，需要使用C#语言中的lock关键字，lock关键字锁定的代码片段称之为临界区，可以确保当一个线程位于代码的临界区时，另一个线程不能进入临界区。如果其他线程试图进入锁定的代码，则将一直等待，直到该对象被释放为止。修改之后的懒汉式单例类代码如下：
/// <summary> /// 懒汉式单例 /// </summary> public class LazySingleton { private static LazySingleton instance = null; //程序运行时创建一个静态只读的辅助对象 private static readonly object syncRoot = new object(); private LazySingleton() { } public static LazySingleton GetInstance() { //第一重判断，先判断实例是否存在，不存在再加锁处理 if (instance == null) { //加锁的程序在某一时刻只允许一个线程访问 lock (syncRoot) { //第二重判断 if (instance == null) { instance = new LazySingleton(); //创建单例实例 } } } return instance; } }
在上面给出的多线程下的懒汉式单例类实现代码中，对静态工厂方法GetInstance()中创建单例对象的代码进行了加锁，由于在调用时无法确定该单例对象是否已创建，因此需要使用辅助对象syncRoot来进行代码锁定。为了不影响程序的性能，此处只锁定创建单例对象的代码，并未锁定整个方法。如果实例存在则直接返回，如果实例未创建则加锁后再创建。
为了更好地对单例对象的创建进行控制，此处使用了一种被称之为双重检查锁定(Double-CheckLocking)的双重判断机制。在双重检查锁定中，当实例不存在且同时有两个线程调用GetInstance()方法时，它们都可以通过第一重“instance==null”判断，然后由于lock锁定机制，只有一个线程进入lock中执行创建代码，另一个线程处于排队等待状态，必须等待第一个线程执行完毕后才可以进入lock锁定的代码，如果此时不进行第二重“instance==null”判断，第二个线程并不知道实例已经创建，将继续创建新的实例，还是会产生多个单例对象，违背单例模式的设计思想，因此需要进行双重检查。
饿汉式单例类与懒汉式单例类比较
饿汉式单例类在类被加载时就将自己实例化，它的优点在于无须考虑多个线程同时访问的问题，可以确保实例的唯一性；从调用速度和反应时间角度来讲，由于单例对象一开始就得以创建，因此要优于懒汉式单例。但是无论系统在运行时是否需要使用该单例对象，由于在类加载时该对象就需要创建，因此从资源利用效率角度来讲，饿汉式单例不及懒汉式单例，而且在系统加载时由于需要创建饿汉式单例对象，加载时间可能会比较长。
懒汉式单例类在第一次使用时创建，无须一直占用系统资源，实现了延迟加载，但是必须处理好多个线程同时访问的问题，特别是当单例类作为资源控制器，在实例化时必然涉及资源初始化，而资源初始化很有可能耗费大量时间，这意味着出现多线程同时首次引用此类的机率变得较大，需要通过双重检查锁定等机制进行控制，这将导致系统性能受到一定影响。
