【C++】设计模式之单例模式

Htht111

已于 2024-03-20 10:46:48 修改

阅读量713

点赞数 1

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

于 2022-08-25 23:56:36 首次发布

HpaxlY

本文链接：https://blog.csdn.net/kin_16/article/details/126533204

版权

C++ 专栏收录该内容

34 篇文章 2 订阅

订阅专栏

什么是设计模式

设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。

使用设计模式的目的

使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编
写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

什么是单例模式

保证一个类仅有一个实例，并提供一个访问它的全局访问点，该实例被所有程序模块共享。

比如在某个服务器程序中，该服务器的配置信息存放在一个文件中，这些配置数据由一个单例对象统一读取，然后服务进程中的其他对象再通过这个单例对象获取这些配置信息，这种方式简化了在复杂环境下的配置管理。

为什么要使用单例模式

为了保证程序的线程安全

单例模式的优点

减少内存的开支。单例模式在内存中就只有一个实例
减少系统的性能开销。
避免对资源的多重占用。
单例模式可以在系统设置全局的访问点，优化和共享资源访问，可以设计一个单例类，负责所有数据表的映射处理等。

单例模式的缺点

1.不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。
2.由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。
3.单例类的职责过重，在一定程度上违背了“单一职责原则”。
4.滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。

步骤

定义一个单例类：

私有化它的构造函数，以防止外界创建单例类的对象；
使用类的私有静态指针变量指向类的唯一实例；
使用一个公有的静态方法获取该实例。

单例模式的两种实现方式

饿汉模式

饿汉版（Eager Singleton）：指单例实例在程序运行时被立即执行初始化

不管你将来用不用，程序启动时就创建一个唯一的实例对象。

优点

简单

缺点

可能会导致进程启动慢，且如果有多个单例类对象实例启动顺序不确定。

示例

#include <iostream>
class Configsingleton
{
public:
	//公有的接口来获取这个对象
	static Configsingleton& GetInstance()
	{
		return _sinst;
	}
	void Print()//打印
	{
		std::cout << _ip << std::endl;
		std::cout << _port << std::endl;
	}
private:
	//构造函数私有
	Configsingleton(const char* ip,int port)
		:_ip(ip)
		, _port(port)
	{
		//进行初始化工作
	}

	//防拷贝
	Configsingleton(const Configsingleton&) = delete;//拷贝构造函数
	Configsingleton& operator=(const Configsingleton&) = delete;//赋值运算符重载

	//成员变量
	const char* _ip;
	int _port;

	//定义一个自己类型的对象（相当于全局的，但是此时受类域的限制）
	static Configsingleton _sinst;
};

//在类外定义这个对象_sinst
Configsingleton Configsingleton::_sinst("127.0.0.1", 80);

int main()
{
	//获取这个对象然后对象调Print函数
	Configsingleton::GetInstance().Print();
	
	system("pause");
	return 0;
}

思路解释：

首先把构造函数私有，防止在类外创建多个对象
在这个类的私有部分定义一个自身类型的成员变量，这个对象就是全局唯一的一个对象，为了保证可以初始化它，把它定义为静态的，然后在类外初始化它。
同时在类里定义一个公有的接口来获取到这个私有的对象，并返回该对象。
再次因为不能创建多余的对象，所以这个公有的接口要定义为static的，这样在main函数里就不用对象就可以调用了。
如果我们调用该函数生成了一个对象，那么使用拷贝构造函数又可以拷贝构造出一个，这就不对了，因此我们要将拷贝构造函数以及赋值运算符的重载封杀，如果是C++11可以用delete删除，如果是C++98就定义为私有的并且只声明不实现。
https://blog.csdn.net/ETalien_/article/details/88203508

懒汉模式

如果单例对象构造十分耗时或者占用很多资源，比如加载插件啊，初始化网络连接啊，读取文件啊等等，而有可能该对象程序运行时不会用到，那么也要在程序一开始就进行初始化，就会导致程序启动时非常的缓慢。所以这种情况使用懒汉模式（延迟加载）更好。

单例实例在第一次被使用时才进行初始化，这叫做延迟初始化。

优点

第一次使用实例对象时，创建对象。进程启动无负载。多个单例实例启动顺序自由控制。

缺点

复杂

有缺陷的懒汉式

自己在项目实现过程中经常用这一类。

示例

直到调用get_instance() 方法的时候才 new 一个单例的对象，如果不被调用就不会占用内存。

static Singleton* get_instance(){
        if(m_instance_ptr==nullptr){
              m_instance_ptr = new Singleton;
        }
        return m_instance_ptr;
    }

存在问题

1.线程安全的问题,当多线程获取单例时有可能引发竞态条件：第一个线程在if中判断 m_instance_ptr是空的，于是开始实例化单例;同时第2个线程也尝试获取单例，这个时候判断m_instance_ptr还是空的，于是也开始实例化单例;这样就会实例化出两个对象,这就是线程安全问题的由来;
解决办法:加锁
2.内存泄漏. 注意到类中只负责new出对象，却没有负责delete对象，因此只有构造函数被调用，析构函数却没有被调用;因此会导致内存泄漏。
解决办法：使用共享指针;

改进（线程、内存安全）的懒汉模式

加了锁和共享指针

static Ptr get_instance(){

        // "double checked lock"
        if(m_instance_ptr==nullptr){
            std::lock_guard<std::mutex> lk(m_mutex);
            if(m_instance_ptr == nullptr){
              m_instance_ptr = std::shared_ptr<Singleton>(new Singleton);
            }
        }
        return m_instance_ptr;
    }

优点

shared_ptr和mutex都是C++11的标准，以上这种方法的优点是

基于 shared_ptr, 用了C++比较倡导的 RAII思想，用对象管理资源,当 shared_ptr 析构的时候，new 出来的对象也会被 delete掉。以此避免内存泄漏。
加了锁，使用互斥量来达到线程安全。这里使用了两个 if判断语句的技术称为双检锁；
好处是，只有判断指针为空的时候才加锁，避免每次调用 get_instance的方法都加锁，锁的开销毕竟还是有点大的。

缺点

使用智能指针会要求用户也得使用智能指针，非必要不应该提出这种约束; 使用锁也有开销; 同时代码量也增多了，实现上我们希望越简单越好。

还有更加严重的问题，在某些平台（与编译器和指令集架构有关），双检锁会失效

最推荐的懒汉式单例(magic static )——局部静态变量

在getinstance函数定义局部静态变量

 static Singleton& get_instance(){
        static Singleton instance;
        return instance;

    }

注意返回类型是引用。
这样保证了并发线程在获取静态局部变量的时候一定是初始化过的，所以具有线程安全性。

优点

这是最推荐的一种单例实现方式：

通过局部静态变量的特性保证了线程安全 (C++11, GCC > 4.3, VS2015支持该特性);
不需要使用共享指针，代码简洁；

注意在使用的时候需要声明单例的引用 Single& 才能获取对象。

int main(int argc, char *argv[])
{
    Singleton& instance_1 = Singleton::get_instance();
    Singleton& instance_2 = Singleton::get_instance();
    return 0;
}