基础介绍:

  确保一个类只有一个实例,并提供一个全局访问点。

  适用于需要频繁实例化然后销毁的对象,创建对象消耗资源过多,但又经常用到的对象,频繁访问数据库或文件的对象。

  其本质就是保证在整个应用程序生命周期中,任何一个时刻,单例类的实例都只存在一个

  • 特性和功能:确保一个类只有一个实例,并提供一个全局访问点。
  • 使用环境:当类只需要一个实例,且易于访问,且实例应在整个应用程序中共享时。
  • 注意事项:需要注意线程安全问题。
  • 优点:可以确保一个类只有一个实例,减少了内存开销。
  • 缺点:没有接口,扩展困难。  

应用场景:

  单例模式通常适用于在整个应用程序中只需要一个实例化对象的场景,以确保资源的高效利用和应用程序的稳定性。(共享资源)

  资源共享的情况下,避免由于资源操作时导致的性能或损耗等。

  控制资源的情况下,方便资源之间的互相通信。如线程池等。

  • 日志系统:在应用程序中,通常只需要一个日志系统,以避免在多个地方创建多个日志对象。这一般是由于共享的日志文件一直处于打开状态,所以只能有一个实例去操作,否则内容不好追加也有可能造成资源占用加剧资源消耗。
  • 数据库连接池:在应用程序中,数据库连接池是一个非常重要的资源,单例模式可以确保在应用程序中只有一个数据库连接池实例,避免资源浪费。主要是节省打开或者关闭数据库连接所引起的效率损耗,因为何用单例模式来维护,就可以大大降低这种损耗。
  • 配置文件管理器:在应用程序中,通常只需要一个配置文件管理器来管理应用程序的配置文件,单例模式可以确保在整个应用程序中只有一个配置文件管理器实例。这个是由于配置文件是共享的资源。
  • 缓存系统:在应用程序中,缓存系统是一个重要的组件,单例模式可以确保在整个应用程序中只有一个缓存实例,以提高应用程序的性能。
  • 网站在线人数统计:其实就是全局计数器,也就是说所有用户在相同的时刻获取到的在线人数数量都是一致的。
  • GUI组件:在图形用户界面(GUI)开发中,单例模式可以确保在整个应用程序中只有一个GUI组件实例,以确保用户界面的一致性和稳定性。

创建方式:

  饿汉式:类加载就会导致该单实例对象被创建。(静态变量方式、静态代码块方式)

  懒汉式:类加载不会导致该单实例对象被创建,而是首次使用该对象时才会创建。(线程不安全型、线程安全型、双重检查锁)

  1. 懒汉式---非线程安全型

     1 public class Singleton
    2 {
    3 //定义一个私有的静态全局变量来保存该类的唯一实例
    4 private static Singleton singleton;
    5
    6 /// <summary>
    7 /// 构造函数
    8 /// </summary>
    9 private Singleton()
    10 {
    11 //必须是私有的构造函数,这样就可以保证该类无法通过new来创建该类的实例。
    12 //想要使用该类只能通过唯一访问点GetInstance()。
    13 }
    14
    15 /// <summary>
    16 /// 全局访问点
    17 /// 设置为静态方法则可在外边无需创建该类的实例就可调用该方法
    18 /// </summary>
    19 /// <returns></returns>
    20 public static Singleton GetInstance()
    21 {
    22 if (singleton == null)
    23 {
    24 singleton = new Singleton();
    25 }
    26 return singleton;
    27 }
    28 }

    上面的代码中,由于构造函数被设置为 private 了,无法再在 Singleton 类的外部使用 new 来实例化一个实例,只能通过访问 GetInstance()来访问 Singleton 类。

    GetInstance()通过如下方式保证该 Singleton 只存在一个实例:

    首先这个 Singleton 类会在在第一次调用 GetInstance()时创建一个实例(第24行),并将这个实例的引用封装在自身类中的静态全局变量singleton(第4行),

    然后以后调用 GetInstance()时就会判断这个 Singleton 是否存在一个实例了(第22行),如果存在,则不会再创建实例。

    这样就实现了懒加载的效果。但是,如果是多线程环境,会出现线程安全问题。

    比如多个线程同时执行GetInstance()方法时都走到了第22行,这个时候一个线程进入 if 判断语句后但还没有实例化 Singleton 时,第二个线程到达,此时 singleton 还是为 null。

    如此会造成多个线程都会进入 if 执行代码块中即都会执行第24行,这样的话,就会创建多个实例,违背了单里模式,因此引出了实例2线程安全型。

  2. 懒汉式---线程安全型

     1 public class Singleton
    2 {
    3 //定义一个私有的静态全局变量来保存该类的唯一实例
    4 private static Singleton singleton;
    5
    6 //线程锁
    7 private static readonly object _Object = new object();
    8
    9 /// <summary>
    10 /// 构造函数
    11 /// </summary>
    12 private Singleton()
    13 {
    14 //必须是私有的构造函数,这样就可以保证该类无法通过new来创建该类的实例。
    15 //想要使用该类只能通过唯一访问点GetInstance()。
    16 }
    17
    18 /// <summary>
    19 /// 全局访问点
    20 /// 设置为静态方法则可在外边无需创建该类的实例就可调用该方法
    21 /// </summary>
    22 /// <returns></returns>
    23 public static Singleton GetInstance()
    24 {
    25 lock (_Object)
    26 {
    27 if (singleton == null)
    28 {
    29 singleton = new Singleton();
    30 }
    31 }
    32 return singleton;
    33 }
    34 }

    相比实例1中可以看到在类中有定义了一个静态的只读对象  _Object(第7行),该对象主要是提供给lock 关键字使用。

    lock关键字参数必须为基于引用类型的对象,该对象用来定义锁的范围。

    当多个线程同时进入GetInstance()方法时,由于存在锁机制,当一个线程进入lock代码块时,其余线程会在lock语句的外部等待。

    当第一个线程执行完第29行创建对象实例后,便会退出锁定区域,这个时候singleton变量已经不为null了。

    所以余下线程再次进入lock代码块时,由于第27行的原因则不会再次创建对象的实例。

    但这里就涉及一个性能问题了,每一次有线程进入 GetInstance()时,均会执行锁定操作来实现线程同步,这是非常耗费性能的。

    解决这个问题也很简单,进行双重检查锁定判断即实例3。

  3. 懒汉式---双重检查锁

     1 public class Singleton
    2 {
    3 //定义一个私有的静态全局变量来保存该类的唯一实例
    4 private static Singleton singleton;
    5
    6 //线程锁
    7 private static readonly object _Object = new object();
    8
    9 /// <summary>
    10 /// 构造函数
    11 /// </summary>
    12 private Singleton()
    13 {
    14 //必须是私有的构造函数,这样就可以保证该类无法通过new来创建该类的实例。
    15 //想要使用该类只能通过唯一访问点GetInstance()。
    16 }
    17
    18 /// <summary>
    19 /// 全局访问点
    20 /// 设置为静态方法则可在外边无需创建该类的实例就可调用该方法
    21 /// </summary>
    22 /// <returns></returns>
    23 public static Singleton GetInstance()
    24 {
    25 if (singleton == null)//第一重
    26 {
    27 lock (_Object)
    28 {
    29 if (singleton == null)//第二重
    30 {
    31 singleton = new Singleton();
    32 }
    33 }
    34 }
    35 return singleton;
    36 }
    37 }

    相比实例2来看,只是增加了第25行。

    在多线程中,当第一个线程创建完对象的实例后,singleton变量已经不为null了。之后再访问GetInstance()方法时,将不会再进行lock等待。

    如果没有这行的情况下,每次多线程同时进入GetInstance()方法时,多余的线程都会进入lock进行等待。这是非常耗费性能的。

    相比调用GetInstance()方法来作为全局访问点还有另外一种写法:

     1  public class Singleton
    2 {
    3 private static Singleton instance;
    4
    5 private Singleton() { }
    6
    7 public static Singleton Instance
    8 {
    9 get
    10 {
    11 if (instance == null)
    12 {
    13 instance = new Singleton();
    14 }
    15 return instance;
    16 }
    17 }
    18 }

    前三个实例在客户端调用:Singleton singletonOne = Singleton.GetInstance();

    后一种则可以直接:Singleton.Instance进行使用。

  4. 饿汉式

     1 public sealed class Singleton
    2 {
    3 //定义一个私有静态的只读的全局变量
    4 private static readonly Singleton singleton = new Singleton();
    5
    6 /// <summary>
    7 /// 构造函数
    8 /// </summary>
    9 private Singleton()
    10 {
    11 //必须是私有的构造函数,这样就可以保证该类无法通过new来创建该类的实例。
    12 //想要使用该类只能通过唯一访问点GetInstance()。
    13 }
    14
    15 /// <summary>
    16 /// 全局访问点
    17 /// 设置为静态方法则可在外边无需创建该类的实例就可调用该方法
    18 /// </summary>
    19 /// <returns></returns>
    20 public static Singleton GetInstance()
    21 {
    22 return singleton;
    23 }
    24 }

    在c#中使用静态初始化时无需显示地编写线程安全代码,C# 与 CLR 会自动解决前面提到的懒汉式单例类时出现的多线程同步问题。

    当整个类被加载的时候,就会自行初始化 singleton 这个静态只读变量。

    而非在第一次调用 GetInstance()时再来实例化单例类的唯一实例,所以这就是一种饿汉式的单例类。

总结:

  Singleton(单例):在单例类的内部实现只生成一个实例,同时它提供一个静态的getInstance()工厂方法,让客户可以访问它的唯一实例;为了防止在外部对其实例化,将其构造函数设计为私有;在单例类内部定义了一个Singleton类型的静态对象,作为外部共享的唯一实例。

  (1)资源共享的情况下,避免由于资源操作时导致的性能或损耗等。如日志文件,应用配置。

  (2)控制资源的情况下,方便资源之间的互相通信。如线程池等。

  

  

c#中单例模式详解的更多相关文章

  1. 9种Java单例模式详解(推荐)

    单例模式的特点 一个类只允许产生一个实例化对象. 单例类构造方法私有化,不允许外部创建对象. 单例类向外提供静态方法,调用方法返回内部创建的实例化对象.  懒汉式(线程不安全) 其主要表现在单例类在外 ...

  2. winxp计算机管理中服务详解

    winxp计算机管理中服务详解01 http://blog.sina.com.cn/s/blog_60f923b50100efy9.html http://blog.sina.com.cn/s/blo ...

  3. cocos2dx常见的46中+22中动作详解

    cocos2dx常见的46中+22中动作详解 分类: iOS2013-10-16 00:44 1429人阅读 评论(0) 收藏 举报 bool HelloWorld::init(){    ///// ...

  4. Android中Context详解 ---- 你所不知道的Context

    转自:http://blog.csdn.net/qinjuning/article/details/7310620Android中Context详解 ---- 你所不知道的Context 大家好,  ...

  5. iOS中-Qutarz2D详解及使用

    在iOS中Qutarz2D 详解及使用 (一)初识 介绍 Quartz 2D是二维绘图引擎. 能完成的工作有: 绘制图形 : 线条\三角形\矩形\圆\弧等 绘制文字 绘制\生成图片(图像) 读取\生成 ...

  6. 【转】declare-styleable的使用(自定义控件) 以及declare-styleable中format详解

    原文网址:http://www.cnblogs.com/622698abc/p/3348692.html declare-styleable是给自定义控件添加自定义属性用的 1.首先,先写attrs. ...

  7. Python中dict详解

    from:http://www.cnblogs.com/yangyongzhi/archive/2012/09/17/2688326.html Python中dict详解 python3.0以上,pr ...

  8. 【转】 java中HashMap详解

    原文网址:http://blog.csdn.net/caihaijiang/article/details/6280251 java中HashMap详解 HashMap 和 HashSet 是 Jav ...

  9. java中HashMap详解(转)

    java中HashMap详解 博客分类: JavaSE Java算法JDK编程生活       HashMap 和 HashSet 是 Java Collection Framework 的两个重要成 ...

  10. java集合(2)- java中HashMap详解

    java中HashMap详解 基于哈希表的 Map 接口的实现.此实现提供所有可选的映射操作,并允许使用 null 值和 null 键.(除了非同步和允许使用 null 之外,HashMap 类与 H ...

随机推荐

  1. PerfView 洞察C#托管堆内存 "黑洞现象"

    一:背景 1. 讲故事 首先声明的是这个 黑洞 是我定义的术语,它是用来表示 内存吞噬 的一种现象,何为 内存吞噬,我们来看一张图. 从上面的 卦象图 来看,GCHeap 的 Allocated=85 ...

  2. UE4构建基础和实践:一、概述

    序言 构建这个概念是和应用程序包及资源等相关的,它的特点是使用脚本控制一系列的任务的处理,以减少人力操作带来的成本和操作失误风险. 在UE的概念里,构建往往是和打包相关的(如编译.cook.压缩打包等 ...

  3. WebSSH之录屏安全审计(三)

    第一篇:Gin+Xterm.js实现WebSSH远程Kubernetes Pod(一) 第二篇:WebSSH远程管理Linux服务器.Web终端窗口自适应(二) 支持用户名密码认证 支持SSH密钥认证 ...

  4. Mapbox Style 规范

    https://my.oschina.net/u/3185947/blog/4819218

  5. SpringBoot3文件管理

    目录 一.简介 二.工程搭建 1.工程结构 2.依赖管理 三.上传下载 1.配置管理 2.上传下载 四.Excel文件 1.Excel创建 2.Excel读取 3.解析监听 4.导入导出 五.参考源码 ...

  6. 2023-08-14:用go语言写算法。给出两个长度相同的字符串 str1 和 str2 请你帮忙判断字符串 str1 能不能在 零次 或 多次 转化 后变成字符串 str2 每一次转化时,你可以将

    2023-08-14:用go语言写算法.给出两个长度相同的字符串 str1 和 str2, 请你帮忙判断字符串 str1 能不能在 零次 或 多次 转化 后变成字符串 str2, 每一次转化时,你可以 ...

  7. do_fork(一)

    fork 是linux创建进程的系统调用,相关的函数(不只是系统调用)还有 vfork,clone,sys_frok等.这些函数会整理不同参数,再调用到 do_fork 中. 本篇文章主要介绍do_f ...

  8. Chrome116驱动下载路径 解决版本不匹配问题

    更新于 2023-08-23 后续可能会有同步,就不会引发该问题 要看解决可以直接看最后的总结 背景 执行selenium代码报错 from selenium import webdriver dri ...

  9. 《Kali渗透基础》11. 无线渗透(一)

    @ 目录 1:无线技术 2:IEEE 802.11 标准 2.1:无线网络分层 2.2:IEEE 2.3:日常使用标准 2.3.1:802.11 2.3.2:802.11b 2.3.3:802.11a ...

  10. 《Web安全基础》02. 信息收集

    @ 目录 1:CDN 绕过 1.1:判断是否有 CDN 服务 1.2:常见绕过方法 1.3:相关资源 2:网站架构 3:WAF 4:APP 及其他资产 5:资产监控 本系列侧重方法论,各工具只是实现目 ...