C# 单例模式的多种简单实现

什么是单例模式?

这里我就不做过多的解释了, 毕竟关于Singleton的资料实在是太多太多了。点击这里

1.简单的思路就是, 创建对象单例的动作转移到另外的行为上面, 利用一个行为去创建对象自身, 如下:

   public class Singleton
    {
        private static Singleton _Singleton = null;
        public static Singleton CreateInstance()
        {
            if (_Singleton == null)
            {             Console.WriteLine("被创建");
             _Singleton = new Singleton();
            }
            return _Singleton;
        }
    }

这样写看上去是没有问题, 但是有没有那种可能, 同时两个动作都判断这个对象为空, 那么这个对象就会被创建2次?是的, 多线程中, 这样是无法保证单例。

就像这样, 同时创建多个线程去创建这个对象实例的时候, 会被多次创建, 这个时候, 对代码改进一下。

    public class Singleton
    {
        private static Singleton _Singleton = null;
        private static object Singleton_Lock = new object(); //锁同步
        public static Singleton CreateInstance()
        {
                lock (Singleton_Lock)
                {            Console.WriteLine("路过");
                    if (_Singleton == null)
                    {              Console.WriteLine("被创建");
                        _Singleton = new Singleton();
                    }
                }
            return _Singleton;
        }
    }

调试代码:

               TaskFactory taskFactory = new TaskFactory();
                List<Task> taskList = new List<Task>();

                for (int i = 0; i < 5; i++)
                {
                    taskList.Add(taskFactory.StartNew(() =>
                     {
                         Singleton singleton = Singleton.CreateInstance();
                     }));
                }

结果:

上面, 我们创建了多个线程,同时去创建这个对象的实例, 在第二次,对象命名已经被创建了, 尽管只创建了一次满足了我们的需求, 但是我们已知对象被创建了, 还需要进来做不必要的动作吗?

我们都知道, 同步锁为了达到预期的效果, 也是损耗了性能的, 那么下面的输出, 很显然是没必要的动作, 所以我们优化一下。

    public class Singleton
    {
        private static Singleton _Singleton = null;
        private static object Singleton_Lock = new object();
        public static Singleton CreateInstance()
        {
            if (_Singleton == null) //双if +lock            {
                lock (Singleton_Lock)
                {
                    Console.WriteLine("路过。");
                    if (_Singleton == null)
                    {
                        Console.WriteLine("被创建。");
                        _Singleton = new Singleton();
                    }
                }
            }
            return _Singleton;
        }
    }

结果:

很显然, 这样达到了我们的预期, 对象在被创建后, 就没必要做多余的行为。

利用静态变量实现单例模式

    public class SingletonThird
    {
        /// <summary>
        /// 静态变量        /// </summary>
        private static SingletonThird _SingletonThird = new SingletonThird();

        public static SingletonThird CreateInstance()
        {
            return _SingletonThird;
        }
    }

是不是觉得很优雅, 利用静态变量去实现单例,  由CLR保证,在程序第一次使用该类之前被调用,而且只调用一次

PS: 但是他的缺点也很明显, 在程序初始化后, 静态对象就被CLR构造了, 哪怕你没用。

利用静态构造函数实现单例模式

    public class SingletonSecond
    {
        private static SingletonSecond _SingletonSecond = null;

        static SingletonSecond()
        {
            _SingletonSecond = new SingletonSecond();
        }

        public static SingletonSecond CreateInstance()
        {
            return _SingletonSecond;
        }
    }

静态构造函数:只能有一个,无参数的,程序无法调用 。

同样是由CLR保证,在程序第一次使用该类之前被调用,而且只调用一次

同静态变量一样, 它会随着程序运行, 就被实例化, 同静态变量一个道理。

时间: 2024-10-10 08:49:14

C# 单例模式的多种简单实现的相关文章

单例模式,多种实现方式JAVA

转载请注明出处:http://cantellow.iteye.com/blog/838473 第一种(懒汉,线程不安全): Java代码 public class Singleton { private static Singleton instance; private Singleton (){} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } retu

单例模式的多种实现

单例模式是一种常用的软件设计模式.在它的核心结构中只包含一个被称为单例的特殊类.通过单例模式可以保证系统中一个类只有一个实例.当一个类的实例有且只可以有一个的时候就需要用到单例模式了.为什么只需要有一个呢?有人说是为了节约内存,但这只是单例模式带来的一个好处.只有一个实例确实减少内存占用,可是我认为这不是使用单例模式的理由.我认为使用单例模式的时机是当实例存在多个会引起程序逻辑错误的时候.比如类似有序的号码生成器这样的东西,怎么可以允许一个应用上存在多个呢? Singleton模式主要作用是保证

C#单例模式的多种写法

它的主要特点不是根据客户程序调用生成一个新的实例,而是控制某个类型的实例数量-唯一一个.(<设计模式-基于C#的工程化实现及扩展>,王翔).也就是说,单例模式就是保证在整个应用程序的生命周期中,在任何时刻,被指定的类只有一个实例,并为客户程序提供一个获取该实例的全局访问点. 第一种最简单,但没有考虑线程安全,在多线程时可能会出问题. public class Singleton { private static Singleton instance; private Singleton() {

单例模式的多种实现及优缺点比较

Head First一书中对单例模式的定义是:单例模式确保一个类只有一个实例,并提供一个全局访问点. 在很多实际场景应用中,我们希望某个类只能有一个实例化的对象,例如数据连接池,日志对象等等,这个时候我们就要使用单例模式了,单例模式的核心思想是私有化构造器,防止其他类任意实例化该类,具体的实现有多种,每种都会有其优缺点,让我们来仔细看看各种实现的差异吧. 依据我写代码的习惯,先上UML类图,我用的工具是StarUML,免费不需要破解哦:) 第一种实现: public class MyClass

单例模式的多种写法

public class Singleton { private Singleton(){}//私有化构造器 private static Singleton instance = null; //类的内部创建对象 public static Singleton getInstance(){ //暴露公共的get方法 if(instance == null){ instance = new Singleton(); } return instance; } } //饿汉 class Single

&quot;围观&quot;设计模式(7)--创建型之单例模式(Singleton Pattern)

单例模式,也叫单子模式,是一种常用的软件设计模式.在应用这个模式时,单例对象的类必须保证只有一个实例存在.许多时候整个系统只需要拥有一个的全局对象,这样有利于我们协调系统整体的行为.比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息.这种方式简化了在复杂环境下的配置管理.----维基百科(WIKIPEDIA) 个人的理解: 单例模式概念比较简单,他的目的就是只允许出现一个该类的实例,经常在JD

设计模式-单例模式、工厂模式

单例模式 1 //最简单.有效的单例实现 2 private static class SingleWithHolder { 3 private static class Holder{ 4 private static SingleWithHolder instance = new SingleWithHolder(); 5 } 6 //通过SingleWithHolder.instance()得到单例 7 private static SingleWithHolder instance()

《Java设计模式》之单例模式

在GoF的23种设计模式中,单例模式是比较简单的一种.然而,有时候越是简单的东西越容易出现问题.下面就单例设计模式详细的探讨一下. 所谓单例模式,简单来说,就是在整个应用中保证只有一个类的实例存在.就像是Java Web中的application,也就是提供了一个全局变量,用处相当广泛,比如保存全局数据,实现全局性的操作等. 1. 最简单的实现 首先,能够想到的最简单的实现是,把类的构造函数写成private的,从而保证别的类不能实例化此类,然后在类中提供一个静态的实例并能够返回给使用者.这样,

【Javascript设计模式1】-单例模式

<parctical common lisp>的作者曾说,如果你需要一种模式,那一定是哪里出了问题.他所说的问题是指因为语言的天生缺陷,不得不去寻求和总结一种通用的解决方案. 不管是弱类型或强类型,静态或动态语言,命令式或说明式语言.每种语言都有天生的优缺点.一个牙买加运动员, 在短跑甚至拳击方面有一些优势,在练瑜伽上就欠缺一些. 术士和暗影牧师很容易成为一个出色的辅助,而一个背着梅肯满地图飞的敌法就会略显尴尬. 换到程序中, 静态语言里可能需要花很多功夫来实现装饰者,而js由于能随时往对象上