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

单例模式

代码：

　　第一种：

private static Singleton singleton = null;

private Singleton() { }

public static Singleton GetInstance
{
    get
    {
         if (singleton == null)
        {
            singleton = new Singleton();
        }
        return singleton;
    }
}

　　第二种：

public class Singleton
{
    private static readonly Singleton singleton = new Singleton();

    private Singleton() { }

    public static Singleton GetInstance
    {
        get
        {
            return singleton;
        }
    }
}

　　上面两种单例模式中，基本思路相同，将构造方法私有，建立私有的实例对象，提供公有的对象。第一种方法，外部每次调用时都会判断实例是否已经创建，第二种方法则是在一开始就将类的对象实例化好了，一直存在在内存中。区别也不大，单例的思想也就这么简单。这里要说的是下面这种方法。

public class Singleton
    {
        private static Singleton singleton = null;

        private static object flagobj = new object();

        private Singleton() { }

        public static Singleton GetInstance
        {
            get
            {
                if (singleton == null)
                {
                    lock (flagobj)
                    {
                        if (singleton == null)
                        {
                            singleton = new Singleton();
                        }
                    }
                }
                return singleton;
            }
        }
    }

　　这种实现方式和上面最多了一个object对象，然后看看GetInstance里有什么变化，思路很简单，多出来的object对象就是一个锁，其他地方访问的时候首先判断这个类是否有实例，没有实例就把"锁"给锁上，为什么要锁上呢？锁是为了怕"别人"使用，也就是应对多线程的情况了。然后我们再来看看为什么判断了两次当前实例引用是否为空呢？假设有两个线程a、b同时来到GetInstance，此时的singleton为null，那么都进去了，a把flagobj锁上，b就在外面等了，然后a再判断singleton是不是空引用，创建了一个实例，a走了之后b进来发现已经不是null了，就不再创建了，所以lock内的if是一定要存在的，那这时来看看为什么外面还要一个if呢？直接里面判断不是就好了嘛？这就是lock本身的问题了，要知道lock本身是一个相对耗时的操作，所以在外面加一个if，来规避过多的lock操作。三种方法，实习到目前为止，之前做的都是web的，那些很少用到多线程 ，唯一一次还是为了展示一下自己是会的才用的(然后我老大看到的时候并没有夸我。。)，所以我大部分情况都还是用以上两种单例模式。