标签：
在某些情况下，特定类型的数据需要提供给应用程序中的其他所有对象使用。在大多数情况下，这种类型的数据在系统中还是唯一的。例如，用户界面只能有一个所有应用程序必须访问的鼠标指针。同样，企业解决方案可能用单网关对象作为接口来管理与特定旧系统的连接。
以下因素影响这种情况中的系统，在考虑上述问题的解决方案时必须协调这些影响因素：
Singleton 通过下列方法提供唯一的全局实例：
图 1 显示了该模式的静态结构。UML 类图表非常简单，这是因为 Singleton 由一个简单类组成，而该类包含了对其自身的单个实例的引用。
图 1:Singleton 结构
图 1 显示，Singleton 类包含了公用类作用范围（静态）属性，该属性会返回对 Singleton 类的单个实例的引用。（UML 中的下划线表示类作用范围属性。）另外，右上角的数字 1 表示任何时候在系统中该类只能有一个实例。因为 Singleton 的默认构造函数是私有的，因此系统中的任何其他对象都必须通过 Instance 属性才能访问 Singleton 对象。
通常将 Singleton 模式归类为惯用语，而不是模式，这是因为该解决方案主要取决于所用编程语言的功能（例如类方法和静态初始值）。正如该模式集合所做的那样，将抽象的概念与特定的实现分隔开来可能会使 Singleton 实现看起来非常简单。
Singleton 会导致下列优缺点：
优点
缺点
要在 C# 中构建应用程序。您需要只有一个实例的类，并且需要提供一个用于访问实例的全局访问点。您希望确保您的解决方案高效，并且能够利用 Microsoft? .NET 公共语言运行库功能。您可能还希望确保解决方案是线程安全的。
尽管 Singleton 是一种相对简单的模式，但是存在与具体实现有关的不同权衡因素和选项。下面是一组实现策略，及其优缺点的讨论。
Singleton 设计模式的下列实现采用了 Design Patterns: Elements of Reusable Object-Oriented Software [Gamma95] 中所描述的解决方案，但对它进行了修改，以便利用 C# 中可用的语言功能，如属性：
using System;
public class Singleton
{
private static Singleton instance;
private Singleton() {}
public static Singleton Instance
{
get
{
if (instance == null)
{
instance = new Singleton();
}
return instance;
}
}
}
该实现主要有两个优点：
但是，这种实现的主要缺点是在多线程环境下它是不安全的。如果执行过程的不同线程同时进入 Instance 属性方法，那么可能会创建多个 Singleton 对象实例。每个线程都会执行下列语句，并决定必须创建新的实例：
if (instance == null)
解决此问题的方法有很多。一种方法是使用被称为 Double-Check Locking [Lea99] 的技术。而 C# 与公共语言运行库也提供了一种"静态初始化"方法，这种方法不需要开发人员显式地编写线程安全代码，即可解决这些问题。
One of the reasons Design Patterns [Gamma95] 避免使用静态初始化的原因之一是，C++ 规范在静态变量的初始化顺序方面留下了一些多义性。幸运的是，.NET Framework 通过其变量初始化处理方法解决了这种多义性：
public sealed class Singleton
{
private static readonly Singleton instance = new Singleton();
private Singleton(){}
public static Singleton Instance
{
get
{
return instance;
}
}
}
在此策略中，将在第一次引用类的任何成员时创建实例。公共语言运行库负责处理变量初始化。该类标记为 sealed 以阻止发生派生，而派生可能会增加实例。有关将类标记为 sealed 的利与弊的讨论，请参阅 [Sells03]。此外，变量标记为 readonly，这意味着只能在静态初始化期间（此处显示的示例）或在类构造函数中分配变量。
该实现与前面的示例类似，不同之处在于它依赖公共语言运行库来初始化变量。它仍然可以用来解决 Singleton 模式试图解决的两个基本问题：全局访问和实例化控制。公共静态属性为访问实例提供了一个全局访问点。此外，由于构造函数是私有的，因此不能在类本身以外实例化 Singleton 类；因此，变量引用的是可以在系统中存在的唯一的实例。
由于 Singleton 实例被私有静态成员变量引用，因此在类首次被对 Instance 属性的调用所引用之前，不会发生实例化。因此，与 Design Patterns 形式的 Singleton 一样，该解决方案实现了懒实例化属性的一种形式。
这种方法唯一的潜在缺点是，您对实例化机制的控制权较少。在 Design Patterns 形式中，您能够在实例化之前使用非默认的构造函数或执行其他任务。由于在此解决方案中由 .NET Framework 负责执行初始化，因此您没有这些选项。在大多数情况下，静态初始化是在 .NET 中实现 Singleton 的首选方法。
静 态初始化适合于大多数情形。如果您的应用程序必须延迟实例化、在实例化之前使用非默认的构造函数或执行其他任务、并且工作在多线程环境中，那么您需要另一 种解决方案。但是，在一些情况下，您无法像在"静态初始化"示例中那样依赖公共语言运行库来确保线程的安全性。在这种情况下，必须使用特定的语言功能来确 保在存在多线程的情况下仅创建一个对象实例。更常见的解决方案之一是使用 Double-Check Locking [Lea99] 技术来阻止不同的线程同时创建 singleton 的新实例。
下面的实现仅允许一个线程在尚未创建 Singleton 实例的情况下进入关键区域（该区域由 lock 块标识）。
using System;
public sealed class Singleton
{
private static volatile Singleton instance;
private static object syncRoot = new Object();
private Singleton() {}
public static Singleton Instance
{
get
{
if (instance == null)
{
lock (syncRoot)
{
if (instance == null)
instance = new Singleton();
}
}
return instance;
}
}
}
此方法确保了仅在需要实例时才会创建仅一个实例。此外，变量被声明为 volatile，以确保只有在实例变量分配完成后才能访问实例变量。最后，此方法使用 syncRoot 实例来进行锁定（而不是锁定类型本身），以避免发生死锁。
此 double-check locking 方法解决了线程并发问题，同时避免在每个 Instance 属性方法的调用中都出现独占锁定。它还允许您将实例化延迟到第一次访问对象时发生。实际上，应用程序很少需要这种类型的实现。大多数情况下，静态初始化方法已经够用。
在 C# 中实现 Singleton 具有下列优缺点：
优点
缺点
如果您的多线程应用程序需要进行显式初始化，那么必须采取措施以避免线程问题。
标签：
原文地址：http://www.cnblogs.com/ljf10223063/p/4663751.html
