知识大全设计模式之Singleton(单态模式)

Posted 2022-07-18 知

篇首语：山高有攀头，路远有奔头。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全设计模式之Singleton(单态模式)相关的知识，希望对你有一定的参考价值。

设计模式之Singleton(单态模式) 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　摘要讨论 Singleton 设计模式（指示如何以及何时创建对象的创造性模式）及其在 Microsoft NET 框架中的有效使用

　　内容

　　简介

　　Singleton 模式

　　结论

　　简介

　　在开发软件应用程序过程中随着应用程序的开发会出现重复性的模式随着整个软件系统的开发很多相同的模式会逐渐显现出来

　　这种重复性模式概念在其他应用中是非常明显的汽车制造就是一种此类应用很多不同的汽车型号使用相同的子构件包括大多数基本部件（例如灯泡和紧固零件）以及较大的构件（例如底盘和发动机）

　　在住宅建筑中重复性模式概念适用于螺丝和螺钉以及整体总体建筑物配电系统无论组建的小组是为了开发新的汽车设计还是新的建筑物设计它其通常不必没有考虑到以前已解决的问题如果设计和建筑住宅的小组必须重新构思和设计房子的每一个组成部分则整个过程所花的时间比现在要长得多门高或灯开关功能等许多设计决策（例如门高或灯开关功能）很容易理解房为满足给房子不同部分提供洗手功能的要求房屋设计师不必重新设计和重新建造不同类型的输供水和蓄水设施以便达到为房子不同部分提供洗手功能的要求标准水槽以及标准的热水和冷水输入接头和排水输出接头是很容易理解非常常见的房屋建筑构件可以将重复性模式概念反复应用于我们周围的几乎每样东西上包括软件

　　汽车和住宅建筑示例有助于在软件设计和构造中体现某些一般性的抽象概念易于理解且明确定义的通用功能部件的概念是设计模式的源动力它也是其他两篇设计模式文章探究工厂设计模式和探究观察者设计模式的重点这些模式几乎涵盖了面向对象的软件设计的各个方面包括对象创建对象交互和对象生存期在本文中我们将讨论 Singleton 模式它包含在创造性模式系列中

　　创造性模式指示如何以及何时创建对象很多实例需要只能通过创造性方法解决的特殊行为而不是在创建实例后强制实施所需的行为此类行为要求最好的例子之一包含在 Singleton 模式中 Singleton 模式在 Design Patterns: Elements of Reusable Sofare 这一经典参考书目中有正式的定义该书的作者包括 Erich Gamma Richard Helm Ralph Johnson 和 John Vlissides（也称为四人组或 GoF）在 Design Patterns 中此模式是最简单也是使用最广泛的模式之一但是正如我们将会看到的一样在实现此模式时可能会出现一些问题本文试图通过 Singleton 模式的多个早期实现来从头开始分析 Singleton 模式以及如何在 Microsoft_ NET 应用程序开发中发挥其最佳用途

　　Singleton 模式

　　按照 Design Patterns 中的定义 Singleton 模式的用途是 ensure a class has only one instance and provide a global point of access to it （确保每个类只有一个实例并提供它的全局访问点）

　　它可以解决什么问题或者换句话说我们使用它的动机是什么？几乎在每个应用程序中都需要有一个从中进行全局访问和维护某种类型数据的区域在面向对象的 (OO) 系统中也有这种情况在此类系统中在任何给定时间只应运行一个类或某个类的一组预定义数量的实例例如当使用某个类来维护增量计数器时此简单的计数器类需要跟踪在多个应用程序领域中使用的整数值此类需要能够增加该计数器并返回当前的值对于这种情况所需的类行为应该仅使用一个类实例来维护该整数而不是使用其它类实例来维护该整数

　　最初人们可能会试图将计数器类实例只作为静态全局变量来创建这是一种通用的方法但实际上只解决一部分问题它解决了全局可访问性问题但没有采取任何措施来确保在任何给定的时间只运行一个类实例应该由类本身来负责只使用一个类实例而不是由类用户来负责应该始终不要让类用户来监视和控制运行的类实例的数量

　　所需要的是使用某种方法来控制如何创建类实例然后确保在任何给定的时间只创建一个类实例这会确切地给我们提供所需的行为并使客户端不必了解任何类细节

　　逻辑模型

　　Singleton 模型非常简单直观（通常）只有一个 Singleton 实例客户端通过一个已知的访问点来访问 Singleton 实例在这种情况下客户端是一个需要访问唯一 Singleton 实例的对象图以图形方式显示此关系

　　图 Singleton 模式逻辑模型

　　物理模型

　　Singleton 模式的物理模型也是非常简单的但是随着时间的推移实现 Singleton 的方式也略有不同让我们看一下原始的 GoF Singleton 实现图显示按 Design Patterns 所定义的原始 Singleton 模式的 UML 模型

　　图 Design Patterns 中的 Singleton 模式物理模型

　　我们看到的是一个简单的类图表显示有一个 Singleton 对象的私有静态属性以及返回此相同属性的公共方法 Instance() 这实际上是 Singleton 的核心还有其他一些属性和方法用于说明在该类上允许执行的其他操作为了便于此次讨论让我们将重点放在实例属性和方法上

　　客户端仅通过实例方法来访问任何 Singleton 实例此处没有定义创建实例的方式我们还希望能够控制如何以及何时创建实例在 OO 开发中通常可以在类的构造函数中最好地处理特殊对象的创建行为这种情况也不例外我们可以做的是定义我们何时以及如何构造类实例然后禁止任何客户端直接调用该构造函数这是在 Singleton 构造中始终使用的方法让我们看一下 Design Patterns 中的原始示例通常将下面所示的 C++ Singleton 示例实现代码示例视为 Singleton 的默认实现本示例已移植到很多其他编程语言中通常它在任何地方的形式与此几乎相同

　　C++ Singleton 示例实现代码

　　 // Declarationclass Singleton 　public: static Singleton* Instance();　protected: Singleton();　private: static Singleton* _instance;// Implementation Singleton* Singleton::_instance = ;Singleton* Singleton::Instance() 　if (_instance == ) 　　 _instance = new Singleton; 　 return _instance;

　　让我们先花点时间分析一下此代码该简单类有一个成员变量此变量是指向该类自身的指针注意构造函数是受保护的并且只有公共方法才是实例方法在实例方法实现中有一个控制块 (if) 它检查成员变量是否已初始化如果没有的话则创建一个新实例控制块中这种惰性初始化意味着仅在第一次调用 Instance() 方法时初始化或创建 Singleton 实例对于很多应用程序这种方法效果很好但对于多线程应用程序这种方法证明具有潜在危险的副作用如果两个线程同时进入控制块则可能会创建该成员变量的两个实例要解决这一问题您可能想只将重要部分放在控制块周围以确保线程安全如果您这样做则将对实例方法的所有调用进行序列化处理并且可能会对性能产生不利影响（取决于应用程序）正是由于这个原因创建了此模式的另一个版本它使用某种称为双重检验机制的功能下一个代码示例显示使用 Java 语法的双重检验锁定

　　使用 Java 语法的双重检验锁定 Singleton 代码

　　 // C++ port to Javaclass Singleton 　public static Singleton Instance() 　　 if (_instance == null) 　　　 synchronized (Class forName( Singleton )) 　　　　 if (_instance == null) 　　　　　_instance = new Singleton(); 　　　　　　　　　 return _instance; protected Singleton() private static Singleton _instance = null;

　　在使用 Java 语法的双重检验锁定 Singleton 代码示例中我们直接将 C++ 代码移植到 Java 代码以便利用 Java 关键部分块（已同步）主要差别是不再有单独的声明和实现部分没有指针数据类型并且采用了新的双重检验机制双重检验发生在第一个 IF 块上如果成员变量为空则执行进入关键部分块该块再次双重检验该成员变量仅在通过此最终测试后才会实例化该成员变量一般来说两个线程无法使用这种方法创建两个类实例另外因为在第一次检查时没有出现线程阻塞所以对此方法的大多数调用不会由于必须进入锁定而导致性能下降目前在实现 Singleton 模式时很多 Java 应用程序中都广泛使用这种方法这种方法很巧妙但也有瑕疵某些优化编译器可以将惰性初始化代码优化掉或对其重新进行排序并且会重新产生线程安全问题有关更深入的解释请参阅 The Double Check Locking is Broken Declaration

　　另一种试图解决此问题的方法可能是在成员变量声明中使用 volatile 关键字这应该告诉编译器不要对代码重新排序并且放弃优化目前这是唯一建议的 JVM 内存模型并且不会立即解决该问题

　　实现 Singleton 的最好方法是什么？最终（而不是碰巧） Microsoft NET 框架解决了所有这些问题从而更易于实现 Singleton 却不会产生我们目前讨论的不利副作用 NET 框架以及 C# 语言允许我们在必要时通过替换语言关键字将上述的 Java 语法移植到 C# 语法因此 Singleton 代码变为以下内容

　　以 C# 编码的双重检验锁定

　　 // Port to C#class Singleton 　public static Singleton Instance() 　　 if (_instance == null) 　　　lock (typeof(Singleton)) 　　　　if (_instance == null) 　　　　　_instance = new Singleton(); 　　　　　　　　　 return _instance; protected Singleton() private static volatile Singleton _instance = null;

　　此处我们替换了锁定关键字来执行关键部分块使用 typeof 操作并添加 volatile 关键字以确保没有对代码进行优化程序重新排序虽然此代码或多或少是 GoF Singleton 模式的直接移植但它可达到我们的目的并且我们可获得所需的行为此代码还说明了将 C++ 移植到 Java 和将 Java 移植到 C# 代码的一些相似之处和主要差别但是正如任何代码移植一样通常目标语言或平台的一些优点可能在移植过程中失去需要做的就是对代码重构以便利用新目标语言或平台的功能

　　在前面的每个代码示例中 Singleton 的原始实现随时间的推移而发生变化以解决在每个新模式实现中发现的问题一些问题（例如线程安全）要求对大多数实现进行更改以满足在目前应用程序中日益增长的需要并解决演变发展问题 NET 在应用程序开发中提供了一个演变步骤可以在框架级别解决前面示例中出现的很多亟待解决的问题而不是在实现级别解决虽然上一个示例显示了一个使用 NET 框架和 C# 的有效 Singleton 类但只需更好地利用 NET 框架本身就可以大大简化此代码以下示例使用 NET 它是一个松散地基于原始 GoF 模式的最小限度的 Singleton 类并且仍然可获得类似的行为

　　 NET Singleton 示例

　　 // NET Singletonsealed class Singleton 　private Singleton() 　　public static readonly Singleton Instance = new Singleton();

　　此版本已大大简化并且更加直观它仍然是 Singleton 吗？让我们看一下更改了哪些内容然后再做决定我们修改了要密封的类本身（该类密封后是不可继承的）删除了惰性初始化代码删除了 Instance() 方法并且对 _instance 变量做了大量的修改对 _instance 变量所做的更改包括修改对公共方法的访问级别将变量标记为只读以及在声明时初始化该变量此处我们可以直接定义所需的行为而不关心实现的潜在有害的副作用那么使用惰性初始化有什么优点以及使用多个线程有什么危险呢？在 NET 框架中内置了所有正确的行为让我们先看第一种情况惰性初始化

　　最初使用惰性初始化的主要原因是要获取仅在第一次调用 Instance() 方法中创建实例的行为还因为 C++ 规范中具有某种开放性并不定义静态变量的确切初始化顺序要在 C++ 中获得所需的 Singleton 行为必须采用涉及使用惰性初始化的运算方法我们真正关心的是在第一次（在该情况下）调用实例属性中创建该实例还是在此调用之前创建该实例的并且类中的静态变量是否有已定义的初始化顺序对于 NET 框架这就是我们获取的行为在 JIT 过程中当（且仅当）任何方法使用静态属性时框架将初始化此静态属性如果没有使用该属性则不会创建实例更准确地说在 JIT 过程中发生的事情就是在任何调用方使用该类的任何静态成员时构造和加载该类在这种情况下结果是相同的

　　那么线程安全初始化呢？框架也解决了这一问题框架内部保证静态类型初始化的线程安全换句话说在上面的示例中只创建一个 Singleton 类实例还要注意用于保存类实例的属性字段称为实例此选项更好地说明了在本文中的讨论过程中此值是类的实例在框架本身中虽然使用的属性名称称为值但有多个类使用此类型的 Singleton 概念完全相同

　　对类所做的其他更改意味着禁止划分子类添加密封类修饰符可确保不会将该类划分为子类 GoF Singleton 模式详细介绍了试图对 Singleton 划分子类所产生的问题该划分通常并不是小事在大多数情况下可以很容易地开发没有父类的 Singleton 并且添加划分子类功能会增加通常根本不需要的新的复杂性级别随着复杂性的提高测试培训和文档编制等所需的时间也会增加通常除非绝对必要否则您不希望提高任何代码的复杂性

　　让我们看一下如何使用 Singleton 使用我们最初的计数器的有关动机的概念我们可以创建一个简单的 Singleton 计数器类并说明我们将如何使用它图显示了 UML 类说明将包含什么内容

　　图 UML 类图表

　　相应的类实现代码以及示例客户端使用如下所示

　　示例 Singleton 使用

　　 sealed class SingletonCounter 　public static readonly SingletonCounter Instance = new SingletonCounter(); 　private long Count = ; 　private SingletonCounter() 　　public long NextValue() 　return ++Count; 　class SingletonClient 　[STAThread] static void Main() 　　for (int i= ; i< ; i++) 　　　Console WriteLine( Next singleton value: SingletonCounter Instance NextValue()); 　　　

　　此处我们还创建了一个 Singleton 类来维护具有 long 类型的增量计数客户端是一个简单的控制台应用程序它显示计数器类的个值虽然此示例极其简单但它却说明了如何使用 NET 来实现 Singleton 然后将其用在应用程序中

　　小结

　　Singleton 设计模式是一个非常有用的机制可用于在面向对象的应用程序中提供单个对象访问点无论使用的是什么实现该模式提供一个大家所熟知的概念以便其在设计和开发小组之间方便地进行共享但是正如我们所发现的一样注意到这些实现有多大差异及其潜在的副作用也是非常重要的 NET 框架为模式实现者在设计所需的功能类型方面提供了很大的帮助实现者无需处理本文中所讨论的很多副作用在正确实现后可以证实模式的最初目的的有效性

cha138/Article/program/Java/gj/201311/27646

知识大全 设计模式之Singleton(单态模式)

知识大全设计模式之Singleton(单态模式)