singleton设计模式的C#实现(上)

设计

Singleton设计模式的C#实现

电子科技大学 张申 (handi@sina.com)

关键字:singleton 设计模式 同步 C#

1 Singleton模式。

Singleton(译为单件或单态)模式是设计模式中比较简单而常用的模式。

有些时候在整个应用程序中,会要求某个类有且只有一个实例,这个时候可以采用Singleton模式进行设计。用Singleton模式设计的类不仅能保证在应用中只有一个实例,而且提供了一种非全局变量的方法进行全局访问,称为全局访问点,这样对于没有全局变量概念的纯面向对象语言来说是非常方便的,比如C#。

本文用一个计数器的例子来描述在C#中如何使用Singleton模式:计数的值设计为计数器类的一个私有成员变量,它被4个不同的线程进行读写操作,为保证计数的正确性,在整个应用当中必然要求计数器类的实例是唯一的。

2 Singleton的实现方式。

首先看看教科书方式的Singleton标准实现的两种方法,以下用的是类C#伪代码:

方法一:

using System;

namespace csPattern.Singleton

{

public class Singleton

{

static Singleton uniSingleton = new Singleton();

private Singleton() {}

static public Singleton instance()

{

return uniSingleton;

}

}

}

方法二:

using System;

namespace csPattern.Singleton

{

public class Singleton

{

static Singleton uniSingleton;

private Singleton() {}

static public Singleton instance()

{

if (null == uniSingleton)

{

uniSingleton = new Singleton _lazy();

}

return uniSingleton;

}

}

}

Singleton模式的实现有两个技巧:一是使用静态成员变量保存“全局”的实例,确保了唯一性,使用静态的成员方法instance() 代替 new关键字来获取该类的实例,达到全局可见的效果。二是将构造方法设置成为private,如果使用new关键字创建类的实例,则编译报错,以防编程时候笔误。

上面方法二的初始化方式称为lazy initialization,是在第一次需要实例的时候才创建类的实例,与方法一中类的实例不管用不用一直都有相比,方法二更加节省系统资源。但是方法二在多线程应用中有时会出现多个实例化的现象。

假设这里有2个线程:主线程和线程1,在创建类的实例的时候可能会遇到一些原因阻塞一段时间(比如网络速度或者需要等待某些正在使用的资源的释放),此时的运行情况如下:

主线程首先去调用instance()试图获得类的实例,instance()成员方法判断该类没有创建唯一实例,于是开始创建实例。由于一些因素,主线程不能马上创建成功,而需要等待一些时间。此时线程1也去调用instance()试图获得该类的实例,因为此时实例还未被主线程成功创建,因此线程1又开始创建新实例。结果是两个线程分别创建了两次实例,对于计数器类来说,就会导致计数的值被重置,与Singleton的初衷违背。解决这个问题的办法是同步。

下面看看本文的计数器的例子的实现:

使用方法一:

using System;

using System.Threading;

namespace csPattern.Singleton

{

public class Counter

{

static Counter uniCounter = new Counter(); //存储唯一的实例。

private int totNum = 0; //存储计数值。

private Counter()

{

Thread.Sleep(100); //这里假设因为某种因素而耽搁了100毫秒。

//在非lazy initialization 的情况下, 不会影响到计数。.

}

static public Counter instance()

{

return uniCounter;

}

public void Inc() { totNum ++;} //计数加1。

public int GetCounter() { return totNum;} //获得当前计数值。

}

}

以下是调用Counter类的客户程序,在这里我们定义了四个线程同时使用计数器,每个线程使用4次,最后得到的正确结果应该是16:

using System;

using System.IO;

using System.Threading;

namespace csPattern.Singleton.MutileThread

{

public class MutileClient

{

public MutileClient() {}

public void DoSomeWork()

{

Counter myCounter = Counter.instance(); //方法一

//Counter_lazy myCounter = Counter_lazy.instance(); //方法二

for (int i = 1; i < 5; i++)

{

myCounter.Inc();

Console.WriteLine("线程{0}报告: 当前counter为: {1}", Thread.CurrentThread.Name.ToString(), myCounter.GetCounter().ToString());

}

}

public void ClientMain()

{

Thread thread0 = Thread.CurrentThread;

thread0.Name = "Thread 0";

Thread thread1 =new Thread(new ThreadStart(this.DoSomeWork));

thread1.Name = "Thread 1";

Thread thread2 =new Thread(new ThreadStart(this.DoSomeWork));

thread2.Name = "Thread 2";

Thread thread3 =new Thread(new ThreadStart(this.DoSomeWork));

thread3.Name = "Thread 3";

thread1.Start();

thread2.Start();

thread3.Start();

DoSomeWork(); //线程0也只执行和其他线程相同的工作。

}

}

}

(接下半部分)

时间: 2024-11-02 02:09:44

singleton设计模式的C#实现(上)的相关文章

深入浅出单实例Singleton设计模式

长时间没有用java单实例模式,现在想起来有点忘了,发些东西大家一起熟悉下. 单实例Singleton设计模式可能是被讨论和使用的最广泛的一个设计模式了,这可能也是面试中问得最多的一个设计模式了.这个设计模式主要目的是想在整个系统中只能出现一个类的实例.这样做当然是有必然的,比如你的软件的全局配置信息,或者是一个Factory,或是一个主控类,等等.你希望这个类在整个系统中只能出现一个实例.当然,作为一个技术负责人的你,你当然有权利通过使用非技术的手段来达到你的目的.比如:你在团队内部明文规定,

Singleton设计模式的C#实现(下)

设计 (接上部分) 以下为Main函数,本程序的测试入口: using System; namespace csPattern.Singleton { public class RunMain { public RunMain() {} static public void Main(string[] args) { MutileThread.MutileClient myClient = new MutileThread.MutileClient(); myClient.ClientMain(

.NET设计模式:单件模式(Singleton Pattern)

概述 Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点.这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,而不是类使用者的责任. 从另一个角度来说,Singleton模式其实也是一种职责型模式.因为我们创建了一个对象,这个对象扮演了独一无二的角色,在这个单独的对象实例中,它集中了它所属类的所有权力,同时它也肩负了行使这种权力的职责! 意图

.NET设计模式-单件模式(Singleton Pattern)

单件模式(Singleton Pattern) --.NET设计模式系列之二 Terrylee,2005年12月07日 概述 Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点.这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,而不是类使用者的责任. 从另一个角度来说,Singleton模式其实也是一种职责型模式.因为我们创建了一个对象,这

艾伟_转载:.NET设计模式:单件模式(Singleton Pattern)

概述 Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点.这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,而不是类使用者的责任. 从另一个角度来说,Singleton模式其实也是一种职责型模式.因为我们创建了一个对象,这个对象扮演了独一无二的角色,在这个单独的对象实例中,它集中了它所属类的所有权力,同时它也肩负了行使这种权力的职责! 意图

C#实现Singleton的两种方法的比较

比较 Singleton设计模式可以在应用程序创建一个唯一的全局对象,也就是说,这个对象只能被实例化一次. 应用程序中的窗口管理器或者是数据库连接池等,都是Singleton模式的典型应用. 运用C#语言可以很方便地实现Singleton模式,然而同样是实现Singleton模式,由于实现方式的不同,运行效果也会有所不同.下面分别说明并比较C#实现Singleton模式的两种方法: C#特有的方式实现Singleton(方式1) /**//// <summary> /// 单键模式的简单实现方

设计模式总结

原文:设计模式总结       从七月份开始一直到九月底才看完设计模式,在这个过程中我不敢说我已经掌握了那本书里面的内容,或者说1/5,没能力说也没有资格说.但是结果不重要,重要的是这个过程我的收获!主要包括如下几个方面:       1.认识了这么多设计模式.刚刚接触java没多久就在学长那里听过设计模式的大名,但是由于能力有限,一直不敢触碰.而今有幸将其都认识了.       2.开始有设计的理论了.在接触设计模式之前没有怎么想过设计方面东东,看到问题就立马动手解决,没有想到怎么样来设计更好

大道至简:让你顿悟创建型设计模式

大道至简:让你顿悟创建型设计模式   佛教中有一种修行方法叫做"顿悟",简单的说突然间想明白了.我不是佛教弟子,但幸运的是这两天重温设计模式的时候,也顿悟了一把:每个创建型模式一句话总结!   既然是顿悟,我就不详细介绍了,设计模式相关的书上都会有详细的介绍,我只把我顿悟的内容共享出来,看看你是否可以顿悟:)?   Abstract Factory:创建一组相关对象 什么叫做"相关对象",当然就是一组有关系的对象了. 逻辑上的解释还是很难以理解,但是举个简单的例子相

小议javascript 设计模式 推荐_javascript技巧

记得早前就说过要和大家分享"javascript设计模式",迟迟没写不是因为我懒,最近确实太忙,忙工作,忙旅游(啊哦?),好不容易这几天空闲了,接下来是兑现之前空口白话的时间了. 在讨论设计模式之前,请确认您已经有一定的脚本编程基础,如果不甚了解,建议可以先查阅本人很久之前写的这篇<浅谈javascript面向对象编程>请看下一篇文章. 讲到设计模式,不得不先重点着墨于"接口设计",因为接口设计在设计模式中的意义太大了,大于模式本身.直观起见,先介绍一下