设计模式之五:单例模式(Singleton Pattern)
Posted 向阳仲伯
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式之五:单例模式(Singleton Pattern)相关的知识,希望对你有一定的参考价值。
单例模式的意思就是只有一个实例。单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。这个类称为单例类。
单例模式有三个要点:
- 点某个类只能有一个实例;
- 它必须自行创建这个实例
- 它必须自行向整个系统提供这个实例。
一些资源管理器常常设计成单例模式。
C#中的单例模式 保证一个类仅有一个实例,并提供一个访问它的全局访问点
实现要点:
- 单例模式是限制而不是改进类的创建。
- 单例模式一般不要支持Icloneable接口,因为这可能导致多个对象实例,与单例模式的初衷违背。
- 单例模式一般不要支持序列化,这也可能导致多个对象实例。
- 单例模式只考虑了对象创建的管理,没有考虑到销毁的管理,就支持垃圾回收的平台和对象的开销来讲,我们一般没必要对其销毁进行特殊的管理。
- 理解和扩展单例模式的核心是“如果控制用户使用new对一个类的构造器的任意调用”
优点:
- 实例控制:Singleton会阻止其他对象实例化其自己的Singleton对象的副本,从而确保所有对象都访问唯一实例。
- 灵活性:因为类控制了实例化过程,所以类可以更加灵活修改实例化过程。
缺点:
- 对象生存期:Singleton不能够解决删除单个对象的问题。在提供内存管理的语言中(例如基于.NET Framework的语言),只有Singleton类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(例如C++),其他类可以删除。但这样会导致Singleton类中出现悬浮引用。
实用性:
当类只有一个实例而且客户可以从一个总所周知的访问点访问它时。
当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时。
应用场景:
- 每台计算机可以有若个干打印机,但只能有一个Printer Spooler,避免两个打印机作业同时输出到打印机。
- PC机中可能有几个串口,但只能有一个Com1口的实例。
- 系统中只能有一个窗口管理器
- .NET Remoting中服务器激活对象中Singleton对象,确保所有客户程序的请求只有一个实例来处理。
单例模式的几种经典实现方式:
- public sealed class Singleton
{
static Singleton instance=null;
Singleton()
{
}
public static Singleton Instance
{
get
{
if (instance==null)
{
instance = new Singleton();
}
return instance;
}
}
}
这是最简单的实现方式 ,但该实现对线程来说是不安全的,当有两个或多个线程同时判断instance==null并且得到结果都为true,就会创建多个实例,这就违背了单例模式的原则。实际上在上述代码中,有可能在计算出表达式的值之前,对象实例已经被创建,但是内存模型并不能保证对象实例在第二个线程创建之前被发现。
该实现方式直到要求产生一个实例才执行实例化,这种方法称为“惰性实例化”,惰性实例化避免了在应用程序启动时实例化不必要的singleton.
2.
public sealed class Singleton
{
static Singleton instance=null;
static readonly object padlock = new object();
Singleton()
{
}
public static Singleton Instance
{
get
{
lock (padlock)
{
if (instance==null)
{
instance = new Singleton();
}
return instance;
}
}
}
}
这种实现方式对线程来说是安全的,但是这种实现方式增加了额外的开销,损失了性能。
3.
public sealed class Singleton
{
static Singleton instance=null;
static readonly object padlock = new object();
Singleton()
{
}
public static Singleton Instance
{
get
{
if (instance==null)
{
lock (padlock)
{
if (instance==null)
{
instance = new Singleton();
}
}
}
return instance;
}
}
}
这种实现方式对线程来说是安全的,同时线程不是每次都加锁,只有判断对象实例没有创建时它才加锁。解决了线程并发的问题,但是无法实现延迟初始化。
4.
public sealed class Singleton
{
static readonly Singleton instance=new Singleton();
// Explicit static constructor to tell C# compiler
// not to mark type as beforefieldinit
static Singleton()
{
}
Singleton()
{
}
public static Singleton Instance
{
get
{
return instance;
}
}
}
该实现方式在第一次引用类的成员时创建实例。公共语言运行库负责处理变量初始化。该方法的缺点是:对实例化机制的控制权较少。在大多数情况下,静态初始化是在.NET中实现Singleton的首选方法。
5. public sealed class Singleton
{
Singleton()
{
}
public static Singleton Instance
{
get
{
return Nested.instance;
}
}
class Nested
{
// Explicit static constructor to tell C# compiler
// not to mark type as beforefieldinit
static Nested()
{
}
internal static readonly Singleton instance = new Singleton();
}
}
该实现方式的初始化工作由Nested类的一个静态成员来完成,这样就实现了延迟初始化。是值得推荐的一种实现方式。
以上是关于设计模式之五:单例模式(Singleton Pattern)的主要内容,如果未能解决你的问题,请参考以下文章