这是这段时间学习设计模式的时候的源代码。

单例(单件)模式的五种实现。

通过一个计数器的例子调用验证一下。

把下面的代码直接拷进vs下,运行就可以了。(控制台应用程序)

以后把剩余的设计模式有空儿就粘上来。

[csharp] view plaincopy
using System;
using System.Collections.Generic;
using System.Text; using System.Threading; namespace NetFarmwork
{
class NetFarmwork
{
static void Main(string[] args)
{ Thread thread0 = Thread.CurrentThread;
thread0.Name = "Thread 0";
Thread thread1 = new Thread(new ThreadStart(SigletonPattern.SigletonCounter.CountMutilThread.DoSomeWork));
thread1.Name = "Thread 1";
Thread thread2 = new Thread(new ThreadStart(SigletonPattern.SigletonCounter.CountMutilThread.DoSomeWork));
thread2.Name = "Thread 2";
Thread thread3 = new Thread(new ThreadStart(SigletonPattern.SigletonCounter.CountMutilThread.DoSomeWork));
thread3.Name = "Thread 3"; thread1.Start();
thread2.Start();
thread3.Start(); //线程0也只执行和其他线程相同的工作
SigletonPattern.SigletonCounter.CountMutilThread.DoSomeWork(); Console.ReadKey(); }
}
[csharp] view plaincopy
#region 单例模式 #region 用法说明 //保证一个类仅有一个实例,并提供一个访问它的全局访问点 // 实现要点
// Singleton模式是限制而不是改进类的创建。
// Singleton类中的实例构造器可以设置为Protected以允许子类派生。
// Singleton模式一般不要支持Icloneable接口,因为这可能导致多个对象实例,与Singleton模式的初衷违背。
// Singleton模式一般不要支持序列化,这也有可能导致多个对象实例,这也与Singleton模式的初衷违背。
// Singleton只考虑了对象创建的管理,没有考虑到销毁的管理,就支持垃圾回收的平台和对象的开销来讲,我们一般没必要对其销毁进行特殊的管理。
// 理解和扩展Singleton模式的核心是“如何控制用户使用new对一个类的构造器的任意调用”。
// 可以很简单的修改一个Singleton,使它有少数几个实例,这样做是允许的而且是有意义的。
//优点
// 实例控制:Singleton 会阻止其他对象实例化其自己的 Singleton 对象的副本,从而确保所有对象都访问唯一实例
// 灵活性:因为类控制了实例化过程,所以类可以更加灵活修改实例化过程
//缺点
// 开销:虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题,上面的五种实现方式中已经说过了。
// 可能的开发混淆:使用 singleton 对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用 new 关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
// 对象的生存期:Singleton 不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于 .NET Framework 的语言),只有 Singleton 类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除
//对象实例,但这样会导致 Singleton 类中出现悬浮引用。
//适用性
// 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
// 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时。
//应用场景
// 每台计算机可以有若干个打印机,但只能有一个Printer Spooler,避免两个打印作业同时输出到打印机。
//(摘自吕震宇的C#设计模式(7)-Singleton Pattern)
// PC机中可能有几个串口,但只能有一个COM1口的实例。
// 系统中只能有一个窗口管理器。
// .NET Remoting中服务器激活对象中的Sigleton对象,确保所有的客户程序的请求都只有一个实例来处理。 #endregion [csharp] view plaincopy
//共有五种实现方案 /// <summary>
/// 简单实现
/// 类声明中使用sealed可防止其它类继承此类
/// 私有构造函数禁止实例化该类
///
/// 缺点:这种方式的实现对于线程来说并不是安全的,因为在多线程的环境下有可能得到Singleton类的多个实例。如果同时有两个线程去判断(instance == null),并且得到的结果为真,这时两个线程都会创建类Singleton的实例,这样就违背了Singleton模式的原则。实际上在上述代码中,有可能在计算出表达式的值之前,对象实例已经被创建,但是内存模型并不能保证对象实例在第二个线程创建之前被发现
/// 优点:
/// 由于实例是在 Instance 属性方法内部创建的,因此类可以使用附加功能(例如,对子类进行实例化),即使它可能引入不想要的依赖性。
/// 直到对象要求产生一个实例才执行实例化;这种方法称为“惰性实例化”。惰性实例化避免了在应用程序启动时实例化不必要的 singleton。
/// </summary>
public sealed class Singleton
{
private static Singleton instance = null; private Singleton(){} public static Singleton Instance
{
get
{
if (instance == null)
{
instance = new Singleton();
}
return instance;
}
}
} /// <summary>
/// 安全的线程
///
/// lock 关键字可以用来确保代码块完成运行,而不会被其他线程中断。这是通过在代码块运行期间为给定对象获取互斥锁来实现的。
/// lock 语句以关键字 lock 开头,它有一个作为参数的对象,在该参数的后面还有一个一次只能由一个线程执行的代码块。
/// 提供给 lock 关键字的参数必须为基于引用类型的对象,该对象用来定义锁的范围。
///
/// 这种方式的实现对于线程来说是安全的。我们首先创建了一个进程辅助对象,线程在进入时先对辅助对象加锁然后再检测对象是否被创建,这样可以确保只有一个实例被创建,因为在同一个时刻加了锁的那部分程序只有一个线程可以进入。这种情况下,对象实例由最先进入的那个线程创建,后来的线程在进入时(instence == null)为假,不会再去创建对象实例了。但是这种实现方式增加了额外的开销,损失了性能。
/// </summary>
public sealed class Singleton2
{
private static Singleton2 instance = null;
private static readonly object padlock = new object(); private Singleton2() { } public static Singleton2 Instance
{
get
{
lock (padlock)
{
if (instance == null)
{
instance = new Singleton2();
}
return instance;
}
}
}
} /// <summary>
/// 双重锁定
///
/// 这种实现方式对多线程来说是安全的,同时线程不是每次都加锁,只有判断对象实例没有被创建时它才加锁,有了我们上面第一部分的里面的分析,我们知道,加锁后还得再进行对象是否已被创建的判断。它解决了线程并发问题,同时避免在每个 Instance 属性方法的调用中都出现独占锁定。它还允许您将实例化延迟到第一次访问对象时发生。实际上,应用程序很少需要这种类型的实现。大多数情况下我们会用静态初始化。这种方式仍然有很多缺点:无法实现延迟初始化。
/// </summary>
public sealed class Singleton3
{
private static Singleton3 instance = null;
private static readonly object padlock = new object(); private Singleton3() { } public static Singleton3 Instance
{
get
{
if (instance == null)
{
lock (padlock)
{
if (instance == null)
{
instance = new Singleton3();
}
}
}
return instance;
}
}
} /// <summary>
/// 静态初始化
/// 在大多数情况下,静态初始化是在 .NET 中实现 Singleton 的首选方法。
/// 该类标记为 sealed 以阻止发生派生,而派生可能会增加实例。此外,变量标记为 readonly,这意味着只能在静态初始化期间(此处显示的示例)或在类构造函数中分配变量。
///
/// 该实现与前面的示例类似,不同之处在于它依赖公共语言运行库来初始化变量。它仍然可以用来解决 Singleton 模式试图解决的两个基本问题:全局访问和实例化控制。公共静态属性为访问实例提供了一个全局访问点。此外,由于构造函数是私有的,因此不能在类本身以外实例化 Singleton 类;因此,变量引用的是可以在系统中存在的唯一的实例。 由于 Singleton 实例被私有静态成员变量引用,因此在类首次被对 Instance 属性的调用所引用之前,不会发生实例化。
/// 这种方法唯一的潜在缺点是,您对实例化机制的控制权较少。在 Design Patterns 形式中,您能够在实例化之前使用非默认的构造函数或执行其他任务。由于在此解决方案中由 .NET Framework 负责执行初始化,因此您没有这些选项。在大多数情况下,静态初始化是在 .NET 中实现 Singleton 的首选方法。
/// </summary>
public sealed class Singleton4
{
private static readonly Singleton4 instance = new Singleton4(); static Singleton4() { } private Singleton4() { } public static Singleton4 Instance
{
get
{
return instance;
}
}
} /// <summary>
/// 延迟初始化
/// 类声明了internal后只对整个项目可见,虽然其成员可以是public声明的,但因类只在当前项目中可见,所以其成员也就只能在当前项目访问了。
///
/// 这里,初始化工作有Nested类的一个静态成员来完成,这样就实现了延迟初始化,并具有很多的优势,是值得推荐的一种实现方式
/// </summary>
public sealed class Singleton5
{
private Singleton5() { } public static Singleton5 Instance
{
get
{
return Nested.instance;
}
} private class Nested
{
static Nested() { } internal static readonly Singleton5 instance = new Singleton5();
}
} #endregion } #region 单例模式测试示例 namespace SigletonPattern.SigletonCounter
{
using System;
using System.Threading; /// <summary>
/// 功能:简单计数器的单件模式
/// 日期:2009年8月19日
/// </summary>
public class CountSigleton
{
//存储唯一的实例
private static CountSigleton uniCounter = new CountSigleton(); //存储计数值
private int totalNum = 0; private CountSigleton()
{
//线程延迟2000毫秒
Thread.Sleep(2000);
} public static CountSigleton Instance()
{
return uniCounter;
} //计数加1
public void Add()
{
totalNum++;
} //获得当前计数值
public int GetCounter()
{
return totalNum;
}
}
} namespace SigletonPattern.SigletonCounter
{
using System;
using System.Threading;
using System.Text; /// <summary>
/// 功能:创建一个多线程计数的类
/// 日期:2009年8月19日
/// </summary>
public class CountMutilThread
{
public CountMutilThread()
{ } public static void DoSomeWork()
{
//构造显示字符串
string results = ""; //创建一个Sigleton实例
CountSigleton MyCounter = CountSigleton.Instance(); //循环调用四次(四个线程循环执行四次,即MyCounter.Add()了十六次,最终的结果是计数器最大为16)
for (int i = 1; i < 5; i++)
{
MyCounter.Add(); results += "线程";
results += Thread.CurrentThread.Name.ToString() + "——>";
results += "当前的计数:";
results += MyCounter.GetCounter().ToString();
results += "\n"; Console.WriteLine(results);
//清空显示字符串
results = "";
}
}
}
} #endregion

  

单例模式(C#实现)的更多相关文章

  1. C++实现线程安全的单例模式

    在某些应用环境下面,一个类只允许有一个实例,这就是著名的单例模式.单例模式分为懒汉模式,跟饿汉模式两种. 首先给出饿汉模式的实现 template <class T> class sing ...

  2. 23种设计模式--单例模式-Singleton

    一.单例模式的介绍 单例模式简单说就是掌握系统的至高点,在程序中只实例化一次,这样就是单例模式,在系统比如说你是该系统的登录的第多少人,还有数据库的连接池等地方会使用,单例模式是最简单,最常用的模式之 ...

  3. angular2系列教程(十)两种启动方法、两个路由服务、引用类型和单例模式的妙用

    今天我们要讲的是ng2的路由系统. 例子

  4. java设计模式之--单例模式

    前言:最近看完<java多线程编程核心技术>一书后,对第六章的单例模式和多线程这章颇有兴趣,我知道我看完书还是记不住多少的,写篇博客记录自己所学的只是还是很有必要的,学习贵在坚持. 单例模 ...

  5. 设计模式C#合集--单例模式

    单例模式 代码: 第一种: private static Singleton singleton = null; private Singleton() { } public static Singl ...

  6. 设计模式之单例模式(Singleton)

    设计模式之单例模式(Singleton) 设计模式是前辈的一些经验总结之后的精髓,学习设计模式可以针对不同的问题给出更加优雅的解答 单例模式可分为俩种:懒汉模式和饿汉模式.俩种模式分别有不同的优势和缺 ...

  7. GOF23设计模式之单例模式

    ·核心作用: -保证一个类只有一个实例,并且提供一个访问该实例的全局访问点. ·常见应用场景: -Windows的Task Manager(任务管理器)就是很典型的单例模式 -Windows的Recy ...

  8. GJM : C#设计模式(1)——单例模式

    感谢您的阅读.喜欢的.有用的就请大哥大嫂们高抬贵手"推荐一下"吧!你的精神支持是博主强大的写作动力以及转载收藏动力.欢迎转载! 版权声明:本文原创发表于 [请点击连接前往] ,未经 ...

  9. PHP设计模式(四)单例模式(Singleton For PHP)

    今天讲单例设计模式,这种设计模式和工厂模式一样,用的非常非常多,同时单例模式比较容易的一种设计模式. 一.什么是单例设计模式 单例模式,也叫单子模式,是一种常用的软件设计模式.在应用这个模式时,单例对 ...

  10. java设计模式之单例模式(几种写法及比较)

    概念: Java中单例模式是一种常见的设计模式,单例模式的写法有好几种,这里主要介绍三种:懒汉式单例.饿汉式单例.登记式单例. 单例模式有以下特点: 1.单例类只能有一个实例. 2.单例类必须自己创建 ...

随机推荐

  1. spring cloud config搭建说明例子(一)-简单示例

    服务端 ConfigServer pom.xml添加config jar <dependency> <groupId>org.springframework.cloud< ...

  2. P2973 [USACO10HOL]赶小猪

    跟那个某省省选题(具体忘了)游走差不多... 把边搞到点上然后按套路Gauss即可 貌似有人说卡精度,$eps≤1e-13$,然而我$1e-12$也可以过... 代码: #include<cst ...

  3. ACM博弈论总结

    一.Bash博弈 1.问题模型:只有一堆n个物品,两人轮流从这堆物品中取物,最多取m个,最后取光者胜. 2.解决思路:当n=m+1时,由于一次最多取m个,无论先取者拿走多少个,后取者都能一次拿走剩余的 ...

  4. E - Easy Dijkstra Problem(求最短路)

    Description Determine the shortest path between the specified vertices in the graph given in the inp ...

  5. Python之Pandas中Series、DataFrame实践

    Python之Pandas中Series.DataFrame实践 1. pandas的数据结构Series 1.1 Series是一种类似于一维数组的对象,它由一组数据(各种NumPy数据类型)以及一 ...

  6. sql server truncate table 删除表数据限制条件

    truncate 注释 注释TRUNCATE TABLE 在功能上与不带 WHERE 子句的 DELETE 语句相同:二者均删除表中的全部行.但 TRUNCATE TABLE 比 DELETE 速度快 ...

  7. Container Views

    https://developer.apple.com/documentation/uikit/views_and_controls Container Views Organize and pres ...

  8. NGS数据格式介绍

    一般情况下,从Illumina平台上得到的测序,其数据格式是Fastq格式,可以称之为原始数据(Raw data).事实上直接的下机数据是显微拍摄得到的图像信息.但是一般都会用Bcl2Fastq软件将 ...

  9. Unable to start ServletWebServerApplicationContext due to missing ServletWebServerFactory bean

    WebsocketSourceConfiguration { @Bean ServletWebServerFactory servletWebServerFactory(){ return new T ...

  10. 06Oracle Database 数据类型

    Oracle Database 数据类型 字符型 char(n)最大2000个字节 定长 nchar(n)最大2000个字节 变长 varchar2(n) 最大4000个字节 变长 nvarchar2 ...