李建忠老师讲的《面向对象设计模式纵横谈》，早就看过了，现在有了时间重新整理一下，以前的博客【赛迪网】没有了，现在搬到博客园，重新过一遍，也便于以后浏览。

设计模式从不同的角度分类会得到不同的结果。设计模式可以从【目的】和【范围】两个角度来看看。

模式分类

从目的来看【这个分来是广泛使用的】：

-创建型（Creational）模式：负责对象的创建

-结构型（Structural）模式：处理类与对象间的组合关系

-行为型（Behavioral）模式：类与对象交互中的职责分配的问题

从范围来看：

-类模式处理类与子类的静态关系

-对象模式处理对象间的动态关系

动机（Motivation）

在软件系统中，经常有这样一些特殊的类，必须保证它们在系统中只存在一个实例，才能确保它们的逻辑正确性、以及良好的效率。

如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？

这应该是类设计者的责任，而不是使用者的责任

意图（Intent）

保证一个类仅有一个实例，并提供一个该实例的全局访问点

结构（Structure）

单线程Singleton模式实现

私有的实例构造器是为了屏蔽默认产生的构造器，让类的使用者无法调用构造器。

单线程Singleton模式的几个要点

Singleton模式中的实例构造器可以设置为protected以允许子类派生。

Singleton模式一般不要支持ICloneable接口，因为这可能会导致多个对象实例，与Singleton模式的初衷违背。

Singleton模式一般不要支持序列化，因为这也有可能导致多个对象实例，同样与Singleton模式的初衷违背。

Singleton模式只考虑到了对象创建的管理，没有考虑对象销毁的管理。就支持垃圾回收平台和对象的开销来讲，我们一般没有必要对其销毁进行特殊的管理。

不能应对多线程环境：在多线程环境下，使用Singleton模式仍然有可能得到Singleton类的多个实例对象。

多线程Singleton模式实现

volatile修饰：编译器在编译代码的时候会对代码的顺序进行微调，用volatile修饰保证了严格意义的顺序。一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。

使用.NET类型初始化机制实现多线程Singleton模式

以上是内联初始化（生成的同时进行初始化）的单例模式，它等同于：

内联初始化其实是把静态的字段放到静态构造器去初始化。反编译出内联初始化的代码可以看出以上结论

只要想访问静态字段，必定已经在之前执行了静态构造器。这样也能够精确地保证使用的时候一定能拿到实例，如果不使用也不会实例化对象，也就是延时加载的功能。他同样能够支持多线程环境，因为只可能有一个线程执行静态构造器，不可能有多个线程去执行静态构造器，感觉就是程序已经自动为我们加锁了。

它的一点弊端就是它不支持参数化的实例化方法。在.NET里静态构造器只能声明一个，而且必须是无参数的，私有的。因此这种方式只适用于无参数的构造器。

Singleton模式扩展

将一个实例扩展到n个实例，例如对象池的实现。（n不是指无限个实例，而是固定的某个数）

将new构造器的调用转移到其他类中，例如多个类协同工作环境中，某个局部环境只需要拥有某个类的一个实例。

理解和扩展Singleton模式的核心是“如何控制用户使用new对一个类的实例构造器的任意调用”。

.NET框架中的Singleton应用

t1==t2 这说明，GetType方法获得的Type实例都是单例。

HttpContext.Current也是如此，他们是通过Singleton的扩展方式实现的，他们的单例也并不是覆盖所有领域，只是针对某些局部领域中，是单例的，不同的领域中还是会有不同的实例。

推荐参考书

《设计模式：可复用面向对象软件的基础》 GoF

《面向对象分析与设计》 Grady Booch

《敏捷软件开发：原则、模式与实践》 Robert C.Martin

《重构：改善既有代码的设计》 Martin Fowler

《Refactoring to Patterns》 Joshua Kerievsky

以上书籍是李建忠老师推荐的，是关于设计模式，重构，原则阐述很好，很经典的书籍。