设计模式学习(一)单例模式补充——单例模式析构

这篇具有很好参考价值的文章主要介绍了设计模式学习(一)单例模式补充——单例模式析构。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录
  • 前言
  • 无法调用析构函数的原因
  • 改进方法
    • 内嵌回收类
    • 智能指针
    • 局部静态变量
  • 参考文章

前言

在《单例模式学习》中提到了,在单例对象是通过new关键字动态分配在堆上的情况下,当程序退出时,不会通过C++的RAII机制自动调用其析构函数。本文讨论一下这种现象的原因以及解决方法。

无法调用析构函数的原因

在DCLP(双检查锁模式)中,CSingleton中的instance是一个静态指针变量,被分配在全局/静态存储区。而instance所指向的CSingleton实例是通过new创建在堆上的,只能手动调用delete来释放相关资源(对于单例模式这是无法实现的,因为析构函数私有),无法通过RAII释放相关资源。
在程序结束时,instance这个指针变量被销毁了,但它所指向的内存空间中的CSingleton对象并没有被显式销毁,而是由操作系统去回收这一块内存(不会调用其析构函数)。然而依赖操作系统来清理资源并不是一个优雅的结束方式,可能会造成文件句柄未关闭、网络连接未断开等资源泄漏。

class CSingleton
{
public:
    static CSingleton* getInstance();
    static std::mutex mtx;
private:
    CSingleton(){}
    ~CSingleton(){}
    CSingleton(const CSingleton&)			 = delete;
    CSingleton& operator=(const CSingleton&) = delete;

    static CSingleton* instance;
};

CSingleton* CSingleton::instance;

CSingleton* CSingleton::getInstance()
{
    if(nullptr == instance)
    {
        mtx.lock();
        if(nullptr == instance)
        {
            instance = new CSingleton();
        }
        mtx.unlock();
    }
    return instance;
}

改进方法

在讨论改进方法时,我们还是倾向于利用C++的RAII机制,而不是手动去控制释放的时机。

内嵌回收类

我们的单例类对象生命周期的开始是在第一次调用时,结束是在程序结束时。

而且我们知道①静态成员变量的生命周期是从程序启动到结束②在静态成员变量被销毁时会调用其析构函数

因此我们可以在单例类中定义一个用于释放单例类资源的内嵌类,将其析构函数定义为显式删除单例对象的操作,然后在单例类中添加一个内嵌类类型的静态成员变量garbo

这样的话,在程序结束时garbo就会被销毁,而RAII机制确保了在销毁时会调用内嵌类CGarbo的析构函数。

因为在~CGarbo()中delete了CSingleton::instance,所以~CSingleton()就会被调用,相关资源得以释放。

class CSingleton
{
public:
    static CSingleton* getInstance();
private:
    CSingleton(){std::cout<<"创建了一个对象"<< std::endl;}
    ~CSingleton(){std::cout<<"销毁了一个对象"<< std::endl;}
    CSingleton(const CSingleton&) 			 = delete;
    CSingleton& operator=(const CSingleton&) = delete;
        
    static CSingleton* instance;
    static std::mutex mtx;
        
    class CGarbo    
    {
    public:
        CGarbo(){}
        ~CGarbo()
        {
            if(nullptr != CSingleton::instance)    //嵌套类可访问外层类的私有成员
            {
                delete CSingleton::instance;
                instance = nullptr;
            }
             std::cout<<"Garbo worked"<< std::endl;
        }
    };
  
    static CGarbo garbo; //定义一个静态成员,程序结束时,系统会自动调用它的析构函数
    
};
  
CSingleton* CSingleton::instance;

std::mutex CSingleton::mtx;

CSingleton* CSingleton::getInstance()
{
    ...
}

CSingleton::CGarbo CSingleton::garbo;    //还需要初始化一个垃圾清理的静态成员变量

运行结果:
设计模式学习(一)单例模式补充——单例模式析构

智能指针

我们还可以利用智能指针引用计数机制,对资源自动管理:

//编译不通过
class CSingleton
{
public:
    static std::shared_ptr<CSingleton> getInstance(); 
private:
    CSingleton(){std::cout<<"创建了一个对象"<<std::endl;}
    ~CSingleton(){std::cout<<"销毁了一个对象"<<std::endl;}
    CSingleton(const CSingleton&)            = delete;
    CSingleton& operator=(const CSingleton&) = delete;

    static std::shared_ptr<CSingleton> instance;
    static std::mutex mutex;
};

std::shared_ptr<CSingleton> CSingleton::instance;

std::mutex CSingleton::mutex;

std::shared_ptr<CSingleton> CSingleton::getInstance()
{
    if (nullptr == instance)
    {
        std::lock_guard<std::mutex> lock(mutex);
        if (nullptr == instance)
        {
            instance = std::shared_ptr<CSingleton>(new CSingleton());
        }
    }
    return instance; 
}

注意上述代码无法通过编译,原因是当std::shared_ptr被销毁时,它会尝试使用delete来销毁管理的对象。但因为CSingleton的析构函数是私有的,所以无法从外部手动销毁CSingleton实例。

要解决这个问题,我们需要在CSingleton中自定义一个删除器,让std::shared_ptr能够调用私有析构函数。

class CSingleton
{
public:
    static std::shared_ptr<CSingleton> getInstance(); 
private:
    CSingleton(){std::cout<<"创建了一个对象"<<std::endl;}
    ~CSingleton(){std::cout<<"销毁了一个对象"<<std::endl;}
    CSingleton(const CSingleton&)            = delete;
    CSingleton& operator=(const CSingleton&) = delete;

    static std::shared_ptr<CSingleton> instance;
    static std::mutex mutex;

    static void deleter(CSingleton* p); //自定义删除器
};

std::shared_ptr<CSingleton> CSingleton::instance;

std::mutex CSingleton::mutex;

std::shared_ptr<CSingleton> CSingleton::getInstance()
{
    if (nullptr == instance)
    {
        std::lock_guard<std::mutex> lock(mutex);
        if (nullptr == instance)
        {
            instance = std::shared_ptr<CSingleton>(new CSingleton(),CSingleton::deleter);
        }
    }
    return instance; 
}

void CSingleton::deleter(CSingleton* p)
{
    delete p;
    std::cout<<"deleter worked"<<std::endl;
}

测试结果:
设计模式学习(一)单例模式补充——单例模式析构

局部静态变量

局部静态变量形式的单例模式也可以完成资源的释放,详见《单例模式学习》。文章来源地址https://www.toymoban.com/news/detail-841334.html

static CSingleton& getInstance() 
{
    static CSingleton instance;
    return instance;
}

参考文章

到了这里,关于设计模式学习(一)单例模式补充——单例模式析构的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 懒汉单例设计模式与饿汉单例设计模式

    单例模式即一个类确保只有一个对象,主要用于避免浪费内存 1 .饿汉单例设计模式 :拿到对象时,对象就早已经创建好了 写法: 把类的构造器私有 在类中自己创建一个对象,并赋值到一个变量 定义一个静态方法,返回自己创建的这个对象 2. 懒汉单例设计模式 :第一次拿到对象时

    2024年02月21日
    浏览(38)
  • 【设计模式】单例设计模式

    目录 1、前言 2、基本语法 2.1、懒汉式单例 2.2、饿汉式单例 2.3、双重检验锁单例模式 2.4、静态内部类单例模式 2.5、枚举单例模式 2.6、ThreadLocal单例模式 2.7、注册单例模式 3、使用场景 4、使用示例 5、常见问题 5、总结 单例模式是一种设计模式,它确保一个类只能创建一个实

    2024年02月09日
    浏览(31)
  • 【常用设计模式】待补充

    Github仓库地址 23中设计模型分为常见的三大类:创建型模式、结构型模式和行为型模式 描述 简单工厂模式不是23中设计模式中的。简单工厂模式不直接向客户端暴露对象创建的细节,而是通过一个工厂类来负责创建产品类的实例 角色 抽象产品角色:给具体产品角色提供接口

    2024年02月08日
    浏览(28)
  • 【设计模式】单例模式|最常用的设计模式

    单例模式是最常用的设计模式之一,虽然简单,但是还是有一些小坑点需要注意。本文介绍单例模式并使用go语言实现一遍单例模式。 单例模式保证一个类仅有一个实例,并提供一个访问它的全局访问点。 使用场景: 当类只能有一个实例而且可以从一个公开的众所周知的访

    2024年04月29日
    浏览(32)
  • 设计模式之单例设计模式

    就是一个类只允许创建一个对象,那么我们称该类为单例类,这种设计模式我们称为单例模式。 资源共享:有些类拥有共享的资源,例如数据库连接池、线程池、缓存等。使用单例模式确保只有一个实例,避免资源浪费和竞争条件。 线程安全:单例模式可以用来保证多线程

    2024年02月07日
    浏览(38)
  • 设计模式-单例模式

          单例模式(Singleton Pattern)是设计模式中最简单且最常用的一种创建型模式,其目的是保证一个类在整个系统中只存在一个实例,并提供全局访问点来获取这个唯一实例。这种模式主要适用于那些需要频繁实例化然后又希望避免因为多次实例化而消耗过多资源或产生副

    2024年01月17日
    浏览(40)
  • 设计模式——单例模式

    确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。 即保证一个类只有一个实例,并且提供一个全局访问点 优点 单例对象在内存中只有一个实例,减少了内存的开支。尤其对于一个频繁创建、销毁的对象时,单例模式的优势就更明显。 减少系统的性能

    2024年02月16日
    浏览(46)
  • 设计模式(单例模式)

            保证指定的类只有一个实例,不能创建出其他的实例                 1.1 代码展示                 1.2 Singleton类中instance对象的创建时机                 Singleton类中instance对象的创建时机:在Singleton类被jvm加载的时候创建,Singleton类会在第一次使用的时

    2024年02月15日
    浏览(34)
  • 【设计模式-单例模式】

    在一个项目中的全局范围内, 一个类 有且仅有一个实例对象 。这个唯一的实例对象给其他模块提供数据的 全局访问 。这样的模式就叫 单例模式 。 单例模式的典型例子就是任务队列。 首先, 考虑单例模式的要求为有且仅有一个实例对象。那么就先从构造函数入手。类的构

    2024年02月13日
    浏览(42)
  • 设计模式 ~ 单例模式

    单例模式:指在确保一个类只有一个实例,创建之后缓存以便继续使用,并提供一个全局访问点来访问该实例; 前端对于单例模式不常用,但对于单例的思想无处不在; 如:弹窗、遮罩层、登录框、vuex redux 中的 store; 闭包: 模块化:

    2024年02月16日
    浏览(44)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包