设计模式笔记-单例模式

最新推荐文章于 2024-06-26 17:29:30 发布

小小菜鸟cs

最新推荐文章于 2024-06-26 17:29:30 发布

阅读量143

点赞数

分类专栏： c# 文章标签： C# 单例模式设计模式

c# 专栏收录该内容

50 篇文章 2 订阅

订阅专栏

定义

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

单例模式具备典型的3个特点

只有一个实例。 2、自我实例化。 3、提供全局访问点。

为什么会有单例模式

单例模式的使用自然是当我们的系统中某个对象只需要一个实例的情况，例如:操作系统中只能有一个任务管理器,操作文件时,同一时间内只允许一个实例对其操作等,既然现实生活中有这样的应用场景,自然在软件设计领域必须有这样的解决方案了(因为软件设计也是现实生活中的抽象)，所以也就有了单例模式了。

类只有一个实例。

在C#中通过私有构造函数来保证类外部不能对类进行实例化

提供一个全局的访问点

创建一个返回该类对象的静态方法

使用场景

● 要求生成唯一序列号的环境；

● 在整个项目中需要一个共享访问点或共享数据，例如一个Web页面上的计数器，可以不用把每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确保是线程安全的；

● 创建一个对象需要消耗的资源过多，如要访问IO和数据库等资源；

● 需要定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式（当然，也可以直接声明为static的方式）。

单例模式的实现代码

一. 非线程安全

//Bad code! Do not use!
public sealed class Singleton
{
    private static Singleton instance = null;

    private Singleton()
    {

    }

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

这种方法不是线程安全的，会存在两个线程同时执行if (instance == null)并且创建两个不同的instance，后创建的会替换掉新创建的，导致之前拿到的reference为空。

二. 简单的线程安全实现

public sealed class Singleton
{
    private static Singleton instance = null;
    private static readonly object padlock = new object();

    Singleton()
    {
    }

    public static Singleton Instance
    {
        get
        {
            lock (padlock)
            {
                if (instance == null)
                {
                    instance = new Singleton();
                }
                return instance;
            }
        }
    }
}

相比较于实现一，这个版本加上了一个对instance的锁，在调用instance之前要先对padlock上锁，这样就避免了实现一中的线程冲突，该实现自始至终只会创建一个instance了。但是，由于每次调用Instance都会使用到锁，而调用锁的开销较大，这个实现会有一定的性能损失。

注意这里我们使用的是新建一个private的object实例padlock来实现锁操作，而不是直接对Singleton进行上锁。直接对类型上锁会出现潜在的风险，因为这个类型是public的，所以理论上它会在任何code里调用，直接对它上锁会导致性能问题，甚至会出现死锁情况。

Note: C#中，同一个线程是可以对一个object进行多次上锁的，但是不同线程之间如果同时上锁，就可能会出现线程等待，或者严重的会出现死锁情况。因此，我们在使用lock时，尽量选择类中的私有变量上锁，这样可以避免上述情况发生。

三. 双重验证的线程安全实现

public sealed calss Singleton
{
    private static Singleton instance = null;
    private static readonly object padlock = new object();

    Singleton()
    {
    }

    public static Singleton Instance
    {
        get
        {
            if (instance == null)
            {
                lock (padlock)
                {
                    if (instance == null)
                    {
                        instance = new Singleton();
                    }
                }
            }
            return instance;
        }
    } 
}

在保证线程安全的同时，这个实现还避免了每次调用Instance都进行lock操作，这会节约一定的时间。

但是，这种实现也有它的缺点：

1. 无法在Java中工作。（具体原因可以见原文，这边没怎么理解）
2. 程序员在自己实现时很容易出错。如果对这个模式的代码进行自己的修改，要倍加小心，因为double check的逻辑较为复杂，很容易出现思考不周而出错的情况。

四. 不用锁的线程安全实现

public sealed class Singleton
{
    //在Singleton第一次被调用时会执行instance的初始化
    private static readonly Singleton instance = new Singleton();

    //Explicit static consturctor to tell C# compiler 
    //not to mark type as beforefieldinit
    static Singleton()
    {
    }

    private Singleton()
    {
    }

    public static Singleton Instance
    {
        get
        {
            return instance;
        }
    }
}

这个实现很简单，并没有用到锁，但是它仍然是线程安全的。这里使用了一个static，readonly的Singleton实例，它会在Singleton第一次被调用的时候新建一个instance，这里新建时候的线程安全保障是由.NET直接控制的，我们可以认为它是一个原子操作，并且在一个AppDomaing中它只会被创建一次。

这种实现也有一些缺点:

1. instance被创建的时机不明，任何对Singleton的调用都会提前创建instance
2. static构造函数的循环调用。如有A，B两个类，A的静态构造函数中调用了B，而B的静态构造函数中又调用了A，这两个就会形成一个循环调用，严重的会导致程序崩溃。
3. 我们需要手动添加Singleton的静态构造函数来确保Singleton类型不会被自动加上beforefieldinit这个Attribute，以此来确保instance会在第一次调用Singleton时才被创建。
4. readonly的属性无法在运行时改变，如果我们需要在程序运行时dispose这个instance再重新创建一个新的instance，这种实现方法就无法满足。

五. 完全延迟加载实现（fully lazy instantiation）

public sealed class Singleton
{
    private Singleton()
    {
    }

    public static Singleton Instance 
    {
        get
        {
            return Nested.instance;
        }
    }

    private class Nested
    {
        // Explicit static constructor to tell C# compiler
        // not to mark type as beforefieldinit
        static Nested()
        {
        }

        internal static readonly Singleton instance = new Singleton();
    }
}

实现五是实现四的包装。它确保了instance只会在Instance的get方法里面调用，且只会在第一次调用前初始化。它是实现四的确保延迟加载的版本。

六使用.NET4的Lazy<T>类型

public sealed class Singleton
{
    private static readonly Lazy<Singleton> lazy = new Lazy<Singleton>(() => new Singleton());

    public static Singleton Instance 
    {
        get 
        {
            return lazy.Value;
        }
    }

    private Singleton()
    {
    }
}

.NET4或以上的版本支持Lazy<T>来实现延迟加载，它用最简洁的代码保证了单例的线程安全和延迟加载特性。

.NET FrameWork的SR实现了单例模式

总结：

双重锁定的作用：

第一个判断null是为了尽量减少进入锁的线程数；

第二个判断null是为了防止进入锁只有的多个线程重复创建实例；

优点：

一、实例控制

单例模式会阻止其他对象实例化其自己的单例对象的副本，从而确保所有对象都访问唯一实例。

二、灵活性

因为类控制了实例化过程，所以类可以灵活更改实例化过程。

缺点：

一、开销

虽然数量很少，但如果每次对象请求引用时都要检查是否存在类的实例，将仍然需要一些开销。可以通过使用静态初始化解决此问题。

二、可能的开发混淆

使用单例对象（尤其在类库中定义的对象）时，开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码，因此应用程序开发人员可能会意外发现自己无法直接实例化此类。

三、对象生存期

不能解决删除单个对象的问题。在提供内存管理的语言中（例如基于.NET Framework的语言），只有单例类能够导致实例被取消分配，因为它包含对该实例的私有引用。在某些语言中（如 C++），其他类可以删除对象实例，但这样会导致单例类中出现悬浮引用。

单例适用性

使用Singleton模式有一个必要条件：在一个系统要求一个类只有一个实例时才应当使用单例模式。反之，如果一个类可以有几个实例共存，就不要使用单例模式。

不要使用单例模式存取全局变量。这违背了单例模式的用意，最好放到对应类的静态成员中。

不要将数据库连接做成单例，因为一个系统可能会与数据库有多个连接，并且在有连接池的情况下，应当尽可能及时释放连接。Singleton模式由于使用静态成员存储类实例，所以可能会造成资源无法及时释放，带来问题。

扩展学习：

当字段被标记为beforefieldinit类型时，该字段初始化可以发生在任何时候任何字段被引用之前。

当类包含静态字段，而且没有定义静态的构造函数时，该类会被标记为beforefieldinit

现在也许有人会问：“被标记为beforefieldinit和没有标记的有什么区别呢”？OK现在让我们通过下面的具体例子看一下它们的区别吧！

class Test

{

  public static string x = EchoAndReturn("In type initializer");

  static Test()

  {

  }
  public static string EchoAndReturn(string s)

  {

    Console.WriteLine(s);

    return s;

  }

}



class Driver

{

  public static void Main()

  {

    Console.WriteLine("Starting Main");


    Test.EchoAndReturn("Echo!");

    Console.WriteLine("After echo");

    Console.ReadLine();

  }

}

我相信大家都可以得到答案，如果在调用EchoAndReturn()方法之前，需要完成静态成员的初始化，所以最终的输出结果如下：

图5输出结果

接着我们在Main()方法中添加string y = Test.x，如下：

public static void Main()

{

  Console.WriteLine("Starting Main");

  Test.EchoAndReturn("Echo!");

  Console.WriteLine("After echo");

  string y = Test.x;

  //Use the value just to avoid compiler cleverness

  if (y != null)

  {

    Console.WriteLine("After field access");

  }

  Console.ReadKey();



}

图6 输出结果

通过上面的输出结果，大家可以发现静态字段的初始化跑到了静态方法调用之前

参考文献：

https://www.cnblogs.com/xmfdsh/p/4036927.html

http://www.cnblogs.com/zhili/p/SingletonPatterm.html

https://www.jianshu.com/p/3ae1bd656c1f

https://www.jb51.net/article/100783.htm

小小菜鸟cs

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
设计模式笔记-单例模式

定义确保某一个类只有一个实例，并且提供一个全局访问点。单例模式具备典型的3个特点只有一个实例。 2、自我实例化。 3、提供全局访问点。为什么会有单例模式单例模式的使用自然是当我们的系统中某个对象只需要一个实例的情况，例如:操作系统中只能有一个任务管理器,操作文件时,同一时间内只允许一个实例对其操作等,既然现实生活中有这样的应用场景,自然在软件设计领域必须有这样的解决方案了(因为软...
复制链接

扫一扫