设计模式 - 创建型模式 - 单例模式(C++)
1、前言
单例模式属于创建型模式,保证一个类仅有一个实例,并提供一个访问它的全局访问点。
单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类,它提供全局访问的方法。
2、介绍
2.1、主要解决
防止一个系统全局使用的类频繁地创建与销毁、解决多线程并发访问的问题和节约系统内存等,提高系统运行的效率,提高系统性能。
什么情况需要使用全局的类?通常是对共享资源的使用。
比如需要实现系统控制打印机工作,一般都会定义一个“打印机管理类”用来管理打印机的各个功能,有多个模块都需要控制打印机工作,在没有使用单例模式的情况下,会遇到一下问题:
- 模块会在需要打印时创建“打印机管理类”,打印完成即销毁,如果需要频繁打印,那么就会频繁地创建和销毁该类;
- 如果打印完成不销毁呢?那么多个模块都会创建“打印机管理类”,浪费系统资源;
- 一旦出现多个模块同时需要打印,就要解决各模块之间的打印同步问题,毕竟打印机只有一个。
使用单例模式后:
- 单例模式会自行创建,同时只提供一个全局访问的类,因此不会造成系统资源的浪费,因此也没有了频繁地创建和销毁的需求。
- 多个模块同时需要打印时,只需要由全局的“打印机管理类”实例对打印的任务进行同步管理,无需多个模块之间解决同步的问题,提高系统运行的效率。
2.2、优缺点
单例模式的使用需要根据实际情况使用,以下是该设计模式的优缺点。
优点:
- 在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例;
- 避免了多线程并发访问时只需要该类管理同步即可,提高系统运行的效率,提高系统性能。
缺点:
- 没有接口,不能继承,与单一职责原则冲突;
- 单例模式可能掩盖不良设计, 比如程序各组件之间相互了解过多等。
3、实现
在了解单例模式可以解决什么问题的情况下,那么如何实现一个单例模式呢?
- 在类中添加一个该类的私有静态成员变量用于保存单例实例。
- 声明一个公有静态构建方法用于获取单例实例。
- 将类的构造函数设为私有。
3.1、懒汉设计
顾名思义,不到万不得已就不会去实例化类,对象只有被调用时才去创建,这种方式是最基本的实现方式,但这种实现最大的问题就是不支持多线程,属于线程不安全的,在多线程使用中,容易多次创建实例,因此严格的来说,并不算单例模式。
class CPrinter
{
public:
static CPrinter *GetInstance() // 提供全局访问实例节点
{
if (ms_pinstance == nullptr)
{
ms_pinstance = new CPrinter();
}
return ms_pinstance;
}
private:
CPrinter(){}
~CPrinter(){}
private:
static CPrinter *ms_pinstance;
public:
void Work(void)
{
printf("[%p]Printer working\n", this);
}
};
CPrinter *CPrinter::ms_pinstance = nullptr;
int main()
{
CPrinter::GetInstance()->Work();
return 0;
}
为了解决在多线程使用中,容易多次创建实例的问题,可以加上互斥锁,这样就保证了线程安全。
#include <iostream>
#include <thread>
#include <mutex>
using namespace std;
class CPrinter
{
public:
static CPrinter *GetInstance() // 提供全局访问实例节点
{
ms_initMutex.lock();
if (ms_pinstance == nullptr)
{
ms_pinstance = new CPrinter();
}
ms_initMutex.unlock();
return ms_pinstance;
}
private:
CPrinter(){}
~CPrinter(){}
private:
static CPrinter *ms_pinstance;
static std::mutex ms_initMutex;
public:
void Work(void)
{
printf("[%p]Printer working\n", this);
}
};
// 类外初始化
CPrinter *CPrinter::ms_pinstance = nullptr;
std::mutex CPrinter::ms_initMutex;
int main()
{
/* 创建线程1 */
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
/* 创建线程2 */
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
return 0;
}
3.2、懒汉设计+双重校验锁
虽然上述的优化后的懒汉设计实现解决了线程安全的问题,但加锁会影响效率,为了解决线程安全的问题,同时提高效率,采用双重检查加锁机制,先判断是否为 nullptr,如果不为空,则直接返回实例,避免加锁影响效率,而加锁之后再判断,是为了防止在加锁之前多个线程都进入且竞争互斥锁,避免下一个线程获取锁后再次创建实例。
#include <iostream>
#include <thread>
#include <mutex>
using namespace std;
class CPrinter
{
public:
static CPrinter *GetInstance() // 提供全局访问实例节点
{
if (ms_pinstance == nullptr)
{
ms_initMutex.lock(); // 如果为空则加锁
if (ms_pinstance == nullptr)
{
ms_pinstance = new CPrinter();
}
ms_initMutex.unlock();
}
return ms_pinstance;
}
private:
CPrinter(){}
~CPrinter(){}
private:
static CPrinter *ms_pinstance;
static std::mutex ms_initMutex;
public:
void Work(void)
{
printf("[%p]Printer working\n", this);
}
};
// 类外初始化
CPrinter *CPrinter::ms_pinstance = nullptr;
std::mutex CPrinter::ms_initMutex;
int main()
{
/* 创建线程1 */
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
/* 创建线程2 */
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
return 0;
}
3.3、饿汉设计
饿汉模式就是在单例类定义的时候(即在main函数之前)就进行实例化。因为main函数执行之前,全局作用域的类成员静态变量ms_instance 已经初始化,因此就不存在多线程的问题。
#include <iostream>
#include <thread>
using namespace std;
class CPrinter
{
public:
static CPrinter *GetInstance() // 提供全局访问实例节点
{
return &ms_instance;
}
private:
CPrinter(){}
~CPrinter(){}
private:
static CPrinter ms_instance;
public:
void Work(void)
{
printf("[%p]Printer working\n", this);
}
};
CPrinter CPrinter::ms_instance;
int main()
{
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
std::thread([=]{
CPrinter::GetInstance()->Work();
}).detach();
return 0;
}
设计模式 - 创建型模式 - 单例模式(C++)的更多相关文章
- java设计模式--创建型模式(一)
2016-04-24 10:10:34 创建型模式:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式 注意:工厂模式可以分为三类: 1)简单工厂模式(Simple Factory) 2)工厂 ...
- C# 设计模式·创建型模式
面试问到这个··答不出来就是没有架构能力···这里学习一下···面试的时候直接让我说出26种设计模式··当时就懵逼了··我记得好像之前看的时候是23种的 还有3个是啥的··· 这里先列出几种创建型模式 ...
- [19/04/22-星期一] GOF23_创建型模式(单例模式)
一.概念 <Design Patterns: Elements of Reusable Object-Oriented Software>(即后述<设计模式>一书),由 Eri ...
- C#设计模式-创建型模式(转)
一.简单工厂模式 简单工厂模式Simple Factory,又称静态工厂方法模式.它是类的创建模式.是由一个工厂对象决定创建出哪一种产品类的实例,是不同的工厂方法模式的一个特殊实现. 优点: u 模式 ...
- 创建型模式 - 单例模式Singleton
单例模式的定义与特点 创建型模式: 单例模式的定义:指一个类只有一个实例,且该类能自行创建这个实例的一种模式. 例如,Windows中只能打开一个任务管理器,这样可以避免因打开多个任务 ...
- 设计模式01 创建型模式 - 单例模式(Singleton Pattern)
参考 [1] 设计模式之:创建型设计模式(6种) | 博客园 [2] 单例模式的八种写法比较 | 博客园 单例模式(Singleton Pattern) 确保一个类有且仅有一个实例,并且为客户提供一 ...
- 设计模式-创建型模式,python享元模式 、python单例模式(7)
享元模式(Flyweight Pattern)主要用于减少创建对象的数量,以减少内存占用和提高性能.这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式. 享元模式尝 ...
- python设计模式---创建型之单例模式
数据结构和算法是基本功, 设计模式是最佳实现. 作为程序员,必须有空了就练一练哈. # coding = utf-8 """ # 经典单例 class Singleton ...
- 设计模式----创建型模式之工厂模式(FactoryPattern)
工厂模式主要分为三种简单工厂模式.工厂方法模式.抽象工厂模式三种.顾名思义,工厂主要是生产产品,作为顾客或者商家,我们不考虑工厂内部是怎么一个流程,我们要的是最终产品.将该种思路放在我们面向对象开发实 ...
- 【C#设计模式——创建型模式】简单工场模式
进入码农行列也有一年半载了,仍然感觉自己混混沌沌,无所事事,无所作为,,,想想都下气,下气归下气,仍要奋起潜行,像愤怒的小鸟一边又一遍的冲向猪头也好,像蜗牛一样往前蹭也罢,总之要有蚂蚁啃骨头的精神!! ...
随机推荐
- 【调试】sysRq按键使用方法
SysRq键简介 SysRq键是一个魔术案件,只要在内核没有完全卡死的情况下,内核都会相应SysRq 键的输入,使用这些组合键都可以搜集包括系统内存使用.CPU任务处理.进程运行状态等系统运行信息. ...
- v-html会导致xss攻击
- C++ Lambda 表达式递归写法
今天看到一篇博客介绍使用 Lambda 表达式递归计算 n!.使用了 C++14 的 generic lambda,给 Lambda 表达式加了一个模板参数,在函数调用的时候将 Lambda 表达式作 ...
- RL 基础 | 如何搭建自定义 gym 环境
需实现的方法: __init__(self): 需定义 action_space 和 observation_space,使用 space.Box 之类来表示(from gym import spac ...
- AHB Matrix
常用的AHB Bus结构 AHB Matrix AHB Bus Matrix,即总线矩阵,其实际上就是一个互连(Interconnect).用于连接满足该总线协议的外设,包括Master和Slave. ...
- [转帖]SQLServer的UTF8支持
排序规则和 Unicode 支持 - SQL Server | Microsoft Learn UTF-8 支持 SQL Server 2019 (15.x) 完全支持广泛使用的 UTF-8 字符编码 ...
- [转帖]11GR2数据库审计日志自动清理
审计日志如果把SYSTEM表空间撑爆,也会导致数据库停摆,且11g默认审计是开启状态. 今天就遇到了这样的情况,写了下面脚本来实现自动清理工作,记录操作过程. TRUNCATE TABLE SYS.A ...
- [转帖]061、监控指标之TiKV
资源相关 Grafana监控 TiKV-Details -> Cluster - Store Size / Available Size Grafana监控 TiKV-Details -> ...
- [转帖]拜托!面试请不要再问我Spring Cloud底层原理
https://www.cnblogs.com/jajian/p/9973555.html 概述# 毫无疑问,Spring Cloud是目前微服务架构领域的翘楚,无数的书籍博客都在讲解这个技术.不过大 ...
- Mysql数据库查看Database的大小的方法
最简单的方法为: select concat(round(sum(data_length/1024/1024),2),'MB') as data from INFORMATION_SCHEMA.tab ...