几种“单例”模式之间的区别

“单例”的概念是说，数据，在指定的范围内，只有一份。
这个所谓的“指定的范围”可能是每进程、每AppDomain、每线程，也可能是每调用。为了在指定的范围内“单例”，可能要采用不同的技术。比方说一个普通的静态属性Instance可以提供很happy的每AppDomain范围；一个ThreadStaticAttribute修饰的static域可以提供每线程范围；一个CallContextStaticAttribute（这东东得自定义，回头帖个实现）来提供每调用范围等等。

今天主要讨论不是这些范围如何如何，是单例的实现方式之间的不同。下面，我们假设一个进程中唯一的一个AppDomain中实现单例。

从实现上来说，“单例”一般有三种方式：
1、static class。该类中的方法、属性、变量统统都只有一份。
2、一个静态的Insatnce属性或getInstance()方法，也就是标准的Singleton模式。
3、Monostate模式。

对1，那没啥可说的，没有继承，也就没有多态，比较死板，在类第一次被使用时初始化。
对2，可以继承，有多态，问题在于所有的派生类都得自己实现Instance属性或者getInstance方法才能使派生类也是Singleton。在第一次使用Instance属性或调用getInstance方法时初始化。
对3，可以继承，可以多态。内部依靠多个实例对象共享相同的静态变量（跟享元模式类似。flyweight，每次看到这个中文翻译都敬仰的一塌糊涂）达到数据只有一份的目的。派生类天生就是Singleton的。

依据需求，简单应用就直接1；对2，还没碰到过不能用1代替的情况，基本上也没啥变态需求要重载Singleton的某些功能；对3，唯一用过的地方是数据一部分是每AppDomain范围，一部分是每调用“单例”，对不同的调用，每调用“单例”中的数据不同。