首页 > 其他分享 >设计模式 - 单例模式

设计模式 - 单例模式

时间:2025-01-03 16:15:28浏览次数:1  
标签:模式 instance 实例 static private 单例 设计模式 public

概述

单例模式(Singleton Pattern)是一种创建型设计模式,它确保一个类只有一个实例,并提供一个全局访问点来访问该实例。这种模式在很多场景中都很常见,例如数据库连接池、日志记录器、配置管理器等,通过确保一个类只有一个实例,提高了代码的灵活性和可维护性。

结构

单例模式通常包含以下几个角色:

  1. 私有构造函数:防止外部实例化。
  2. 静态私有变量:用于存储单例实例。
  3. 公共静态方法:提供全局访问点,返回单例实例。

示例代码

单例模式有多种实现方式,下面列举了几种常见的变体:
代码地址

饿汉式(Eager Initialization)

饿汉式在类加载时就创建实例,线程安全,但如果实例未被使用会浪费资源。

public class EagerSingleton
{
    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private EagerSingleton() { }

    public static EagerSingleton Instance { get; } = new();

    public void Log(string message)
    {
        Console.WriteLine($"EagerSingleton Log: {message}");
    }
}

懒汉式(Lazy Initialization)

懒汉式在第一次使用时创建实例,非线程安全。

public class LazySingleton
{
    private static LazySingleton? _instance;

    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private LazySingleton() { }

    public static LazySingleton Instance
    {
        get
        {
            return _instance ??= new LazySingleton();
        }
    }

    public void Log(string message)
    {
        Console.WriteLine($"LazySingleton Log: {message}");
    }
}

线程安全的懒汉式(Thread-Safe Lazy Initialization)

通过加锁实现线程安全,但性能较低。

public class ThreadSafeLazySingleton
{
    private static ThreadSafeLazySingleton? _instance;
    private static readonly object Lock = new();

    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private ThreadSafeLazySingleton() { }

    public static ThreadSafeLazySingleton Instance
    {
        get
        {
            lock (Lock)
            {
                _instance ??= new ThreadSafeLazySingleton();
            }

            return _instance;
        }
    }

    public void Log(string message)
    {
        Console.WriteLine($"ThreadSafeLazySingleton Log: {message}");
    }
}

双重检查锁定(Double-Check Locking)

在加锁前后都进行检查,减少加锁开销。

public class DoubleCheckLockingSingleton
{
    private static DoubleCheckLockingSingleton? _instance;
    private static readonly object Lock = new();

    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private DoubleCheckLockingSingleton() { }

    public static DoubleCheckLockingSingleton Instance
    {
        get
        {
            if (_instance != null)
            {
                return _instance;
            }

            lock (Lock)
            {
                _instance ??= new DoubleCheckLockingSingleton();
            }

            return _instance;
        }
    }

    public void Log(string message)
    {
        Console.WriteLine($"DoubleCheckLockingSingleton Log: {message}");
    }
}

静态内部类(Static Inner Class)

利用静态内部类的特性实现延迟加载和线程安全。

public class StaticInnerClassSingleton
{
    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private StaticInnerClassSingleton() { }

    private static class SingletonHolder
    {
        internal static readonly StaticInnerClassSingleton _instance = new();
    } 

    public static StaticInnerClassSingleton Instance => SingletonHolder._instance;

    public void Log(string message)
    {
        Console.WriteLine($"StaticInnerClassSingleton Log: {message}");
    }
}

.NET中的Lazy实现

利用.NET中的Lazy类型实现线程安全的延迟加载。

public class LazyTImplementationSingleton
{
    private static readonly Lazy<LazyTImplementationSingleton> _instance = new(() => new LazyTImplementationSingleton());

    /// <summary>
    /// 私有构造函数,防止外部实例化
    /// </summary>
    private LazyTImplementationSingleton() { }

    public static LazyTImplementationSingleton Instance => _instance.Value;

    public void Log(string message)
    {
        Console.WriteLine($"LazyTImplementationSingleton Log: {message}");
    }
}

应用场景

单例模式适用于以下场景:

  1. 当一个类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
  2. 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时。

优缺点

优点

  • 控制实例数量:单例模式确保一个类只有一个实例,节省系统资源。
  • 全局访问点:提供一个全局访问点,方便访问实例。

缺点

  • 难以扩展:由于单例类不能被实例化多次,扩展单例类可能会比较困难。
  • 隐藏依赖关系:单例模式可能会隐藏类之间的依赖关系,增加代码的复杂性。

标签:模式,instance,实例,static,private,单例,设计模式,public
From: https://www.cnblogs.com/Tangtang1997/p/18650301

相关文章

  • 设计模式 - 适配器模式
    概述适配器模式(AdapterPattern)是一种结构型设计模式,它将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容而不能一起工作的类可以一起工作。适配器模式通过引入一个适配器类来解决接口不兼容的问题,从而提高了代码的复用性和灵活性。结构适配器模式包含以下几个......
  • 设计模式 - 原型模式
    概述原型模式(PrototypePattern)是一种创建型设计模式,它通过复制现有的实例来创建新的对象,而不是通过实例化类。原型模式允许一个对象在创建新的对象时,通过复制自身来实现。这种模式特别适用于创建复杂对象的场景,因为它可以避免重复初始化对象的开销。结构原型模式包含以下几个......
  • 设计模式 - 装饰模式
    概述装饰模式(DecoratorPattern)是一种结构型设计模式,它允许向一个现有的对象添加新的功能,同时又不改变其结构。装饰模式通过创建一个装饰类来包装原始类,从而在保持类方法签名完整的前提下,提供了额外的功能。装饰模式比生成子类更灵活,能够动态地扩展对象的功能。结构装饰模式包......
  • 设计模式 - 组合模式
    概述组合模式(CompositePattern)是一种结构型设计模式,它将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得客户可以统一地处理单个对象和组合对象。通过使用组合模式,客户代码可以一致地处理简单和复杂的元素,从而提高系统的灵活性和可扩展性。结构组合模式包含以......
  • 设计模式 - 桥接模式
    概述桥接模式(BridgePattern)是一种结构型设计模式,它通过将抽象部分与实现部分分离,使它们可以独立变化。桥接模式的核心思想是将抽象和实现解耦,使得它们可以独立地变化,从而提高系统的灵活性和可扩展性。结构桥接模式包含以下几个角色:抽象(Abstraction):定义抽象类,并包含一个对实......
  • 设计模式 - 代理模式
    概述代理模式(ProxyPattern)是一种结构型设计模式,它为其他对象提供一种代理以控制对这个对象的访问。代理模式通过引入一个代理对象来控制对原对象的访问,可以在不改变原对象的情况下扩展其功能。代理模式常用于延迟加载、访问控制、日志记录等场景。结构代理模式包含以下几个角......
  • 设计模式 - 享元模式
    概述享元模式(FlyweightPattern)是一种结构型设计模式,它通过共享大量细粒度对象来减少内存使用和提高性能。享元模式的核心思想是将对象的状态分为内部状态和外部状态,内部状态是可以共享的,而外部状态是可以变化的。通过共享内部状态,享元模式可以显著减少内存消耗。结构享元模式......
  • 设计模式 - 外观模式
    概述外观模式(FacadePattern)是一种结构型设计模式,它为子系统中的一组接口提供一个一致的界面,使得子系统更容易使用。外观模式通过引入一个外观类,简化了复杂子系统的接口,减少了客户端与子系统之间的耦合,从而提高了系统的易用性和可维护性。结构外观模式包含以下几个角色:外观(Fa......
  • 设计模式 - 解释器模式
    概述解释器模式(InterpreterPattern)是一种行为型设计模式,它为某种语言定义其文法表示,并提供一个解释器来解释语言中的句子。解释器模式通过定义一个解释器类来解释语言中的句子,使得语言的文法和解释逻辑可以独立于具体的应用程序。解释器模式常用于开发编译器、脚本语言解析器等......
  • 设计模式 - 命令模式
    概述命令模式(CommandPattern)是一种行为型设计模式,它将请求封装成对象,从而使你可以用不同的请求对客户进行参数化。命令模式允许请求的发送者与接收者解耦,使得请求的发送者不需要知道请求的接收者是谁,也不需要知道如何处理请求。命令模式还支持请求的排队、记录日志以及撤销操作......