带你快速理解单例模式(P:C++)


什么是单例模式

单例模式是非常典型的一种设计模式

某些类, 只应该具有一个对象(实例), 就称之为单例.

一个类实例化的对象公用同一份资源(一份资源只能被申请一次)

例如:一个男人只能有一个媳妇.

在很多服务器开发场景中, 经常需要让服务器加载很多的数据 (上百G) 到内存中. 此时往往要用一个单例的类来管理这些数据.

饿汉方式

资源在程序初始化的时候就去加载。(后边使用的时候就能直接使用)

优缺点:

  • 使用的时候比较流畅
  • 有可能会加载用不上的资源,并且会导致程序初始化的时间比较慢

只要通过 Singleton 这个包装类来使用 T 对象,则一个进程中只有一个 T 对象的实例。

懒汉方式

资源在使用的时候发现还没有加载,则申请加载

优缺点:

  • 程序初始化比较快
  • 第一次运行某个模块的时候就会比较慢,因为这时候去加载相应资源

懒汉方式最核心的思想是 “延时加载”. 从而能够优化服务器的启动速度.

[举个洗碗的例子说明]

  • 吃完饭, 立刻洗碗, 这种就是饿汉方式. 因为下一顿吃的时候可以立刻拿着碗就能吃饭.
  • 吃完饭, 先把碗放下, 然后下一顿饭用到这个碗了再洗碗, 就是懒汉方式.

如何实现单例模式

  • 饿汉:单例类定义的时候就进行实例化。

类加载速度相比懒汉慢,但获取对象的速度快,是一种典型的以时间换取空间的做法

  • 优点:线程安全
  • 缺点:不管你用不用这个对象,他都会先创建出来,会造成浪费内存空间

使用static就可以将一个成员变量设置为静态变量,则所有对象公用一份资源(保证对象的唯一性),并且在程序初始化的时候就会申请资源(静态成员变量初始化在类外)

class Singleton
{
private:
	Singleton(){}
	static Singleton* instance;
public:
	static Singleton* GetSingleton()
	{
		return instance;
	}
};
Singleton* Singleton::instance = new Singleton();
  • 懒汉:第一次用到类的实例的时候才回去实例化。

单线程:

函数使用static,保证仅仅有一个实例被创建。

class Singleton {
	Singleton(){}	// 构造函数私有化,不允许外界创建对象
	static Singleton* data;
public:
  	static Singleton* GetInstance() {
  		// 只有 data 为NULL时才创建一个实例以避免重复创建
  		if (data == NULL) {
        	data = new Singleton();
      	}
    	return data;
	} 
};

多线程实现所注意的细节:

  1. 使用static保证所有对象使用同一份资源
  2. 使用volatile,防止编译器过度优化(防止多线程下对代码优化造成的不当影响
  3. 实现线程安全,保证资源判断以及申请过程是安全的
  4. 外部二次判断,以及避免资源已经加载成功每次获取都要加锁解锁,以及所带来的锁冲突
class Singleton {
	volatile static Singleton* inst;
   	static std::mutex _mutex;
public:
  	static Singleton* GetInstance() {
    	if (inst == NULL) {	// 双重判定空指针, 降低锁冲突的概率, 提高性能. 
			_mutex.lock();	// 使用互斥锁, 保证多线程情况下也只调用一次 new.(实现线程安全)
			if (inst == NULL) {
        		inst = new Singleton();
      		}
			_mutex.unlock(); 
		}
    	return inst;
  	}
};

不使用 volatile ,可能造成的不当影响:

主要在于inst = new Singleton();这句,这并非是一个原子操作,事实上这句话大概做了下面 3 件事情。

  1. 给 inst 分配内存
  2. 调用 Singleton 的构造函数来初始化成员变量,形成实例
  3. 将inst对象指向分配的内存空间(执行完这步 inst 才是 非null 了)

在编译器中存在指令重排序的优化。
  
也就是说上面的第二步和第三步的顺序是不能保证的,最终的执行顺序可能是 1-2-3 也可能是 1-3-2。如果是后者,则在 3 执行完毕、2 未执行之前,被线程二抢占了,这时 inst 已经是非 null 了(但却没有初始化),所以线程二会直接返回 inst,然后使用,然后顺理成章地报错。
  
再稍微解释一下,就是说,由于有一个『inst已经不为null但是仍没有完成初始化』的中间状态,而这个时候,如果有其他线程刚好运行到第一层if (inst ==null)这里,这里读取到的inst已经不为null了,所以就直接把这个中间状态的instance拿去用了,就会产生问题。这里的关键在于线程T1对instance的写操作没有完成,线程T2就执行了读操作。
  
对于此出现的问题,解决方案为:给instance的声明加上volatile关键字

知识点习题:

  1. 关于单例模式,如何隐藏构造函数

A. 使用protected
B. 写注释
C. 不声明
D. 声明纯虚函数

正确答案: A

答案解析:

private构造函数的问题就是间接剥夺了被继承的可能,如果这样 建议把类型标记为密封的

如果不想剥夺被继承的能力,那么就使用protected吧


如果本篇博文有帮助到您,请留个赞激励博主呐

<think>嗯,用户让我描述一下对C++设计模式的理解。首先,我需要确认设计模式的基本概念,然后结合C++的特点来展开。设计模式是解决常见问题的经验总结,对吧?那C++作为一门支持面向对象、泛型编程的多范式语言,设计模式在这里的应用应该有其独特之处。 接下来,我得想想常见的几种设计模式,比如创建型、结构型、行为型。需要分别举几个例子,比如单例模式、工厂模式,这些在C++中如何实现呢?特别是C++的静态成员、模板这些特性如何影响设计模式的实现方式。比如单例模式的双重检查锁定,或者使用局部静态变量实现Meyers单例,这样更安全高效。 然后,结构型模式中的适配器模式,可能涉及组合或者私有继承,C++的访问控制在这里很重要。桥接模式分离抽象和实现,可能用指针或引用持有实现类的对象。行为型模式比如观察者模式,可以用标准库中的function和bind来实现回调,避免继承的繁琐。 还要注意C++11之后的新特性对设计模式的影响,比如移动语义、智能指针如何影响资源管理,减少原始指针的使用,避免内存泄漏。模板元编程和CRTP(奇异递归模板模式)在实现编译期多态时的应用,比如在策略模式中,通过模板参数注入行为,提高灵活性。 另外,需要强调设计模式不是银弹,要根据具体问题选择。比如过度使用单例可能导致全局状态难以维护,或者工厂模式增加代码复杂度。C++的RAII机制和所有权语义也能帮助更好地管理资源,结合设计模式时需要考虑这些特性。 可能用户是C++开发者,想了解如何在实际项目中应用设计模式,或者面试准备需要这方面的知识。需要结构清晰,分类型介绍,每个模式简要说明意图、结构和C++实现要点。同时注意用户可能对某些模式的具体实现细节感兴趣,比如如何保证线程安全的单例,或者如何用现代C++特性简化传统设计模式的实现。 最后,确保回答覆盖主要的设计模式类型,每个类型举一两个典型例子,结合C++特性说明,并提醒注意事项和适用场景。这样用户能有一个全面的理解,同时知道在实际应用中如何权衡和选择合适的设计模式。</think>以下是我对C++设计模式的理解,按结构化方式描述: --- ### 一、设计模式核心概念 设计模式是**可复用的解决方案模板**,用于解决软件设计中**重复出现的特定问题**。在C++中,其实现需结合以下特性: - 面向对象特性(封装/继承/多态) - 模板元编程 - RAII资源管理 - 智能指针与移动语义 --- ### 二、C++设计模式分类及典型示例 #### 1. 创建型模式 **目标**:解耦对象创建过程 **(1) 单例模式** ```cpp class Singleton { public: static Singleton& getInstance() { static Singleton instance; // C++11线程安全 return instance; } private: Singleton() = default; // 禁用外部构造 }; ``` *现代C++改进*:使用`std::call_once`保证线程安全 **(2) 工厂方法模式** ```cpp class Product { public: virtual void operation() = 0; }; class ConcreteProduct : public Product { public: void operation() override { /*...*/ } }; class Creator { public: virtual std::unique_ptr<Product> create() { return std::make_unique<ConcreteProduct>(); } }; ``` --- #### 2. 结构型模式 **目标**:处理类/对象间的组合关系 **(1) 适配器模式** ```cpp class LegacySystem { public: void oldMethod() { /*...*/ } }; class Adapter : public TargetInterface { private: LegacySystem adaptee; public: void newMethod() override { adaptee.oldMethod(); } }; ``` **(2) 桥接模式** ```cpp class Implementation { public: virtual void execute() = 0; }; class Abstraction { protected: std::shared_ptr<Implementation> impl; public: Abstraction(Implementation* p) : impl(p) {} virtual void operation() { impl->execute(); } }; ``` --- #### 3. 行为型模式 **目标**:优化对象间的交互方式 **(1) 观察者模式(现代C++实现)** ```cpp class Subject { std::vector<std::function<void()>> observers; public: void attach(std::function<void()> obs) { observers.push_back(obs); } void notify() { for(auto& obs : observers) obs(); } }; ``` **(2) 策略模式** ```cpp template<typename Strategy> class Context { Strategy strategy; public: void execute() { strategy.doAlgorithm(); } }; ``` --- ### 三、C++特性对设计模式的影响 1. **模板的应用**: - 编译时多态替代运行时多态 - 策略模式/模板方法模式的混合使用 2. **智能指针**: ```cpp std::shared_ptr<Observer> obs = std::make_shared<ConcreteObserver>(); ``` 自动管理观察者生命周期 3. **移动语义**: ```cpp Factory::createProduct() && { /* 转移所有权 */ } ``` 优化工厂模式的对象返回 --- ### 四、应用建议 1. **适用场景判断**: - 当系统存在**高频变化需求**时(如UI组件扩展) - 需要**解耦复杂依赖**时(如模块通信) 2. **反模式警示**: - 避免过度设计(如简单场景使用抽象工厂) - 单例模式的全局状态污染问题 - 虚函数来的性能损耗需权衡 --- ### 五、现代C++演进 1. **Lambda表达式**简化命令模式实现 2. **类型擦除技术**(如`std::any`)增强适配器灵活性 3. **概念约束**(C++20)改进模板策略的安全性 通过合理运用设计模式,可以显著提升C++代码的**可维护性**和**扩展性**,但需始终遵循**简洁性优先**原则。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值