（复制粘贴是最容易的编程，但也是最没有价值的编程。复制粘贴就会造成重复，当需求变化或有 Bug 时就需要改多个地方）

　　　　把声明的工作放到类的全局变量中完成（private FormToolbox ftb;），这样就可以在方法中判断这个变量是否实例化过了。

21.3 是否实例化是自己的责任

　　　　单例类是否实例化过，应该由单例类自己判断。（而不是将判断的代码放到调用类当中）

　　　　（如果已经实例化过，则不需要再实例化）实例化其实就是 new 的过程，而如果不对构造方法做改动的话，是不可能阻止他人不去用 new 的，所以我们完全可以直接把这个类的构造方法改成私有（private）。

　　于是，只要将“工具箱”类的构造方法写成 private 的，那么外部程序就不能用 new 来实例化它了。

　　　　对于外部代码，不能用 new 来实例化它，但是我们完全可以再写一个 public 方法，叫做 GetInstance（），这个方法的目的就是返回一个类实例，而此方法中，去做是否有实例化的判断。

　　如果没有实例化过，由调用 private 的构造方法 new 出这个实例，之所以它可以调用是因为它们在同一个类中，private 方法可以被调用。

　　参考代码：

    　　public class FormToolbox : Form{private static FormToolbox ftb = null;      //声明一个静态的类变量（全局可用）private FormToolbox()                       //构造方法私有，外部代码不能直接用new来实例化它
        　　{//InitializeComponent();    //这个方法也许只有窗体才有，其他的类只要空着就行
        　　}public static FormToolbox GetInstance()     //得到类实例的方法，返回值就是本类对象，注意也是静态的
        　　{if(ftb == null || ftb.IsDisposed){ftb = new FormToolbox();            //当内部的ftb是null或者被Disposed过，则new它。此时将实例化的对象存在静态的变量ftb中，以后就可以不用实例化而得到它//可以在这里继续设置ftb的其他属性
            　　}return ftb;}}

　　　　（当窗体关闭后，实例并没有变为 null，而只是 Disposed —— if (ftb == null || ftb.IsDisposed)）

　　　　这样一来，客户端不再考虑是否需要去实例化的问题，而把责任都给了应该负责的类去处理。这就是单例模式。

21.4 单例模式

　　　　单例模式，保证一个类仅有一个实例，并提供一个访问它的全局访问点。（因为是全局访问点，所以该方法必须是静态的）

　　　　通常，我们可以使用一个全局变量（static）使得一个对象被访问，但它不能防止你实例化多个对象（对象的属性也可能会发生改变）。一个最好的办法就是，让类自身负责保存它的唯一实例。

　　这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法（即返回该实例的静态方法）。

　　　　单例模式的好处：

　　　　　　因为单例模式封装了它的唯一实例，所以它可以严格地控制客户怎样访问它以及何时访问它。简单地说就是对唯一实例的受控访问。

　　　　单例与实用类（如Math类）的静态方法类似，实用类通常也会采用私有化的构造方法来避免其有实例。

　　　　但它们也有很多的不同，比如：

　　　　　　实用类不保存状态，仅提供一些静态方法或静态属性让你使用，而单例类是有状态的。

　　　　　　实用类不能用于继承多态，而单例虽然实例唯一，却是可以有子类来继承。

　　　　　　实用类只不过是一些方法、属性的集合，而单例却是有着唯一对象的实例。

★21.5 多线程时的单例

　　　　另外，还需要注意一些细节，比如说，多线程的程序中，当多个线程同时（注意是同时）访问单例类，调用GetInstance（）方法，是会有可能造成创建多个实例的。

　　　　解决的方法是给进程加锁来处理：

　　　　　　lock 语句的含义—— lock 可以确保当一个线程位于代码的临界区时，另一个线程不进入临界区。（如果其他线程视图进入锁定的代码，则它将一直等待（即被阻止），直到该对象被释放）

　　　　（当写在了 .NET 网站程序的启动部分时应该就不用考虑这个多线程的问题了，因为它的实例化并不是由线程发起的）

    　　public class Singleton{private static Singleton instance;private static readonly object syncRoot = new object();     //程序运行时创建一个静态只读的进程辅助对象private Singleton(){}public static Singleton GetInstance(){lock(syncRoot)                          //在同一个时刻，加了锁的那部分程序只有一个线程可以进入
            　　{if(instance==null){instance = new Singleton();}}return instance;}}

　　　　由于有了 lock，就保证了多线程环境下的同时访问也不会造成多个实例的生成。（我们并不知道 instance 实例有没有被创建过，所以无法对它加锁，于是创建了一个 syncRoot 并选择对其加锁）

　　　　但是，当前这种写法，每次调用 GetInstance 方法时都需要加锁，这种做法是会影响性能的，所以可以对这个类做如下改良：

21.6 双重锁定

    public class Singleton{private static Singleton instance;private static readonly object syncRoot = new object();     //程序运行时创建一个静态只读的进程辅助对象private Singleton(){}public static Singleton GetInstance(){if(instance==null)              //先判断实例是否存在，不存在时再加锁处理
            {lock (syncRoot)                          //在同一个时刻，加了锁的那部分程序只有一个线程可以进入
                {if (instance == null){instance = new Singleton();}}}return instance;}}

　　　　现在这样就不用每次都让线程加锁了，而只是在实例未被创建的时候再加锁处理。同时也能保证多线程的安全。这种做法被称为 Double-Check Locking（双重锁定）

　　　　这里为什么要两次判断 instance 是否为空呢？

　　　　　　当 instance 为 null 并且同时有两个线程调用 GetInstance（）方法时，它们将都可以通过第一重 instance == null 的判断。然后由于 lock 机制，这两个线程只有一个进入，另一个在外排队等候，必须要其中的一个进入并出来后，另一个才能进入。

　　　　而此时如果没有了第二重的 instance 是否为 null 的判断，则第一个线程创建了实例，而第二个线程还是可以继续再创建新的实例，这就没有达到单例的目的。

21.7 静态初始化

　　　　静态初始化的实现方式更为简单，同时也有着与单例模式类似的特性，但两者仍有一些不同，比如静态初始化只能在静态初始化期间或在类构造函数中分配变量（instance 变量标记为 readonly）

附加：单例模式的继承

　　父类：

public class Singleton<T> where T : class, new()
{private static T _instance;　　//使用了泛型T，而子类中又用自身进行泛型，所以这里可以直接将 _instance 理解为子类实例（也是子类唯一实例）private static readonly object syslock = new object();public static T getInstance(){   //线程安全锁if (_instance == null){lock (syslock){if (_instance == null){_instance = new T();}}}return _instance;}
}

　　子类需要泛型一下：

public class Two : Singleton<Two>
{public void Show(){Console.WriteLine("Two Sub class.......");}
}

　　调用：

　　  Two.getInstance().Show();