当前位置: 首页 > news >正文

C++单例设计模式详细讲解

特殊类设计

只能在堆上创建对象的类

请设计一个类,只能在堆上创建对象

实现方式:

  • 将类的构造函数私有,拷贝构造声明成私有。防止别人调用拷贝在栈上生成对象。
  • 提供一个静态的成员函数,在该静态成员函数中完成堆对象的创建

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

classtest

{

public:

statictest* GetObj()

{

returnnewtest();//堆上申请并创建一个对象

}

private:

//构造函数私有

test() { cout <<"调用了构造函数"<< endl; }

//拷贝构造私有化,无法实例化对象

test(consttest& obj){};

};

voidfunc1()

{

test* p = test::GetObj();//通过调用静态函数获取对象的指针

}

请设计一个类只能在栈上创建对象

方法一:同上将构造函数私有化,然后设计静态方法创建对象返回即可。

1

2

3

4

5

6

7

8

9

10

11

12

13

//只能在栈上创建对象

classtest1

{

public:

statictest1 GetObj()

{

returntest1();//栈上创建一个对象并返回

}

test1() { cout <<"调用了构造函数"<< endl; }

private:

//拷贝构造私有化无法实例化对象

test1(consttest1& obj) { }

};

方法二:屏蔽new,因为new在底层调用void* operator new(size_t size)函数(会在堆上开辟空间),我们只需要在类里面自定义定位new和delete就会不再new的时候调用全局的operator new和operator delete 最后该函数私有化,也就防止了在堆上创建对象,注意:也要防止定位new

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

classtest02

{

public:

test02()

{ }

private:

//自定义的定位new、定位delete

void*operatornew(size_tsize)

{

//代码....

}

voidoperatordelete(void*p)

{

//代码....

}

};

请设计一个类不能被拷贝

拷贝只会放生在两个场景中:拷贝构造函数以及赋值运算符重载,因此想要让一个类禁止拷贝,只需让该类不能调用拷贝构造函数以及赋值运算符重载即可。

C++98将拷贝构造函数与赋值运算符重载只声明不定义,并且将其访问权限设置为私有即可

原因:

  • 设置成私有:如果只声明没有设置成private,用户自己如果在类外定义了,就可以不能禁止拷贝了
  • 只声明不定义:不定义是因为该函数根本不会调用,定义了其实也没有什么意义,不写反而还简单,而且如果定义了就不会防止成员函数内部拷贝了。
  • C++11的写法也可以在 默认成员函数后面加上delete,表示让编译器删除掉该默认成员函数

1

2

3

4

5

6

7

8

classCopyBan

{

// ...

private:

CopyBan(constCopyBan&);

CopyBan& operator=(constCopyBan&);

//...

};

请设计一个类不能被继承

C++98会对父类的构造函数私有化,但是这个方法并不够彻底,实际上是子类还是继承了父类的,只是没办法实例化对象,那么也就没有意义了

1

2

3

4

5

classtest

{

private:

test(){}

}

C++11方法

final关键字,final修饰类,表示该类不能被继承

1

2

3

4

classA final

{

// ....

};

请设计一个类只能创建一个对象(单例模式)

设计模式(Design Pattern)是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。为什么会产生设计模式这样的东西呢?就像人类历史发展会产生兵法。最开始部落之间打仗时都是人拼人的对砍。后来春秋战国时期,七国之间经常打仗,就发现打仗也是有套路的,后来孙子就总结出了《孙子兵法》。孙子兵法也是类似。

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

单例模式:

一个类只能创建一个对象,即单例模式,该模式可以保证系统中该类只有一个实例,并提供一个访问它的全局访问点,该实例被所有程序模块共享。比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息,这种方式简化了在复杂环境下的配置管理。

单例模式有两种实现模式:

饿汉模式、就是说不管你将来用不用,程序启动时就创建一个唯一的实例对象,如果这个单例对象在多线程高并发环境下频繁使用,性能要求较高,那么显然使用饿汉模式来避免资源竞争,提高响应速度更好。

实现方法:在类里面定义一个静态的成员指针obj,通过提供一个静态的成员函数获取该指针obj

1

2

3

4

5

6

7

8

9

10

11

12

13

classSingleton

{

public:

staticSingleton* GetInstance()

{

returnobj;

}

private:

Singleton() {}

Singleton(constSingleton& obj) {}

staticSingleton* obj;

};

Singleton* Singleton::obj =newSinglet on;

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

懒汉模式:我们需要考虑到多线程的安全隐患,和处理的返回值指针指向的永远都是同一个对象的指针,这样子才不会失去单例对象的性质,主要改变的是static Singleton* GetInstance();接口函数的设计

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

staticSingleton* GetInstance()

{

//如果只有一层的if判断的我们的程序就会存在一定的问题,

//在多线程的场景下,多个线程都是比较自由的,可读可写、或者只读、只写

//这样在一些场景下就会导致单例对象失去他本身的性质,

//比如:两个线程 th1、th2,同时进入到了if语句中,假设th1会先执行。

//为obj 申请了一个对象并返回它的指针,难么这个实例对象也就创建了

//最后return obj,th1结束后(不确定结束时间),

//th2又会再次new一个对象给obj,最后导致obj被赋值两次

//整个过程梳理:

//1、th1线程存在内存泄漏,因为obj被赋值两次,而第一次new出来的对象并没有被释放,那么就存在了内存泄漏

//2、obj被赋值两次,失去单例对象性质

if(!obj)

{

if(!obj)

{

obj =newSingleton();

}

}

returnobj;//返回对象的指针

}

改善一:引入C++11线程库,加入互斥锁管理线程

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

staticSingleton* GetInstance()

{

//通过加锁,保证了线程安全

m_mtx.lock();//加锁

//假设th1先拿到锁,那么th1就会先执行下面的语句,而th2就会等待,

//obj就会指向new出来的单例对象,最后th1解锁完了return ,而th2

//才刚拿到锁继续if判断的时候obj已经有值了就会跳过if继续往下执

//行,然后解锁最终return ,整个过程中单例对象只有一份,

//不存在二次赋值

if(!obj)

{

obj =newSingleton();

}

m_mtx.unlock();//解锁

returnobj;//返回对象的指针

}

进一步优化

因为第一次加锁解锁之后,处理了线程安全的问题,而往后的obj指针已经被初始化了,也就不需要再new一次,所以可以再最外层套上一层if判断,防止继续枷锁解锁,因为频繁的加锁解锁会导致线程不断的切入切出有上下文切换的开销

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

staticSingleton* GetInstance()

{

if(!obj)

//第一次判断保护线程安全,第二次obj已经有值,不需要执行{....}

//优点:保证线程安全的同时完成了单例对象的初始化

{

m_mtx.lock();//加锁

if(!obj)//保证单例对象只有一份,不会存在二次赋值

{

obj =newSingleton();

}

m_mtx.unlock();//解锁

}

returnobj;//返回对象的指针

}

完善实现

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

//懒汉

classSingleton

{

public:

classCGarbo {

public:

~CGarbo() {

if(obj)//释放对象指针,并置空

{

deleteobj;

obj = nullptr;

}

}

};

public:

staticSingleton* GetInstance()

{

//双重检查的好处是保护了线程安全,同时又提高了效率

if(!obj)

{

m_mtx.lock();//加锁

if(!obj)

{

obj =newSingleton();

}

m_mtx.unlock();//解锁

}

returnobj;//返回对象的指针

}

private:

Singleton() {}

Singleton(constSingleton& obj) {}

voidoperator=(constSingleton& obj) {}

staticSingleton* obj;//声明对象指针

staticmutex m_mtx;//声明互斥锁

staticCGarbo Garbo;//声明垃圾回收器对象

};

Singleton* Singleton::obj = nullptr;//对象指针初始化

mutex Singleton::m_mtx;//定义互斥锁

Singleton::CGarbo Garbo;//定义垃圾回收器对象

懒汉模式和饿汉模式的对比

饿汉

优点:简单

缺点:1、如果单例对象构造函数工作比较多,会导致程序启动慢,迟迟进不了入口main函数

2、如果有多个单例对象,他们之间有初始化依赖关系,饿汉模式也会有问题。

比如有A和B两个单例类,要求A单例先初始化,B必须在A之后初始化。那么饿汉无法保证

这种场景下面用懒汉就可以,懒汉可以先调用A::GetInstance(),再调用B::GetInstance().

懒汉

优点:解决上面饿汉的缺点。因为他是第一次调用GetInstance时创建初始化单例对象

缺点:相对饿汉,复杂一点点。

迭代器模式、适配器模式设计模式有兴趣的同学,可以下去再看看工厂模式、观察者模式等等

http://www.jsqmd.com/news/1265685/

相关文章:

  • Linux内存管理:malloc实现原理与性能优化
  • 民办高校实力如何分辨?权威维度看清优质院校底色,民办本科/民办大学,民办大学有哪些 - 品牌推荐师
  • 鸟枪换炮后的威力
  • 深入解析CC27xx LRFDPBE寄存器与HAL API:从原理到实践
  • 涂胶显影机(Track)技术岗【首席专家】面试打分卡
  • 高德地图与监控画面叠加的仿射变换实践
  • 02-PyTorch框架简介
  • 锂电池剩余寿命预测:DTW对齐与BiLSTM融合方案
  • OpenClaw:基于WSL的跨平台开发工具链配置指南
  • 2026 年现阶段,上海有实力的设备吊装实力厂家推荐几家,吊装效率翻倍的秘密,藏在这套操作流程里-淞琅起重设备 - 行业推荐【认证官】
  • C# 编程语言
  • LeRobot SO-101 机械臂从底层控制到 VLA 视觉语言动作模型完整实操复盘
  • 多模态大模型技术解析与工业应用实践
  • 【Linux系统编程】进程状态的理解
  • 2026 年现阶段大同专业的冷补彩色沥青优质厂家哪家专业,破了的彩色路面不用铲重铺?这玩意儿竟能速修又好看还省钱!-恒达新材料 - 行业推荐官【官方】
  • 5个实用技巧,让每个人都能轻松保存抖音直播回放和批量下载内容
  • 外贸成交38 | 诊断式销售:像医生一样和客户对话 - 外贸圈集团
  • AI降重后论文人工复核的8个关键要点
  • 总结STM32单片机的C语言基础
  • 2024大厂C++笔试备战:从算法模板到工程实践的系统指南
  • C#编程的最佳工具
  • Linux PCI设备探测机制与驱动绑定详解
  • AM62L DDR防火墙寄存器配置实战:从原理到调试
  • 空间语义描述子增强技术与多模态特征融合实践
  • 2026 年 7 月新发布:金坛诚信的下水道疏通施工队哪家好,堵塞瞬间,别慌!自救的三个隐藏技巧 - 行业推荐官【官方】
  • LLM与数学求解器融合的智能决策系统实践
  • AWS FIS混沌工程实战:主动故障注入提升云系统韧性
  • Git基本操作-新手入门
  • 局域网通信原理 --- IP与MAC与ARP与交换机(更新)
  • 专科生论文写作神器:智能工具全解析