「C/C++」C++ 设计模式 之 单例模式（Singleton）

✨博客主页
何曾参静谧的博客
📌文章专栏
「C/C++」C/C++程序设计
📚全部专栏
「VS」Visual Studio	「C/C++」C/C++程序设计	「UG/NX」BlockUI集合
「Win」Windows程序设计	「DSA」数据结构与算法	「UG/NX」NX二次开发
「QT」QT5程序设计	「File」数据文件格式	「PK」Parasolid函数说明

C++单例模式详解

在C++编程中，设计模式是开发者在软件设计过程中总结出的可复用解决方案，旨在解决常见的设计问题。单例模式（Singleton Pattern）是这些设计模式中的一种，它确保一个类只有一个实例，并提供一个全局访问点来获取该实例。本文将深入探讨C++中的单例模式，包括其定义、实现方式、应用场景以及注意事项。

一、单例模式的定义

单例模式的核心思想是确保一个类只有一个实例，并提供一个全局访问点来访问该实例。这个模式在需要控制资源访问、实现全局状态管理或确保某些操作只执行一次时非常有用。

二、单例模式的实现方式

在C++中，单例模式的实现通常涉及以下几个步骤：

1. 私有化构造函数：防止外部通过new关键字创建类的多个实例。
2. 静态私有成员变量：用于存储类的唯一实例。
3. 静态公有成员函数：提供一个全局访问点来获取类的唯一实例。这个函数通常被称为getInstance或Instance。

以下是一个简单的C++单例模式实现示例：

#include <iostream>
#include <memory>class Singleton {
public:// 禁用拷贝构造函数和赋值运算符，防止复制实例Singleton(const Singleton&) = delete;Singleton& operator=(const Singleton&) = delete;// 静态公有成员函数，用于获取类的唯一实例static Singleton& getInstance() {// 局部静态变量在第一次调用时初始化，且只初始化一次static Singleton instance;return instance;}// 其他成员函数void doSomething() {std::cout << "Doing something in Singleton instance." << std::endl;}private:// 私有化构造函数，防止外部创建实例Singleton() {std::cout << "Singleton instance created." << std::endl;}// 私有化析构函数（可选），防止外部删除实例~Singleton() {std::cout << "Singleton instance destroyed." << std::endl;}
};int main() {// 通过getInstance获取单例实例并调用其成员函数Singleton& singleton = Singleton::getInstance();singleton.doSomething();// 尝试再次获取实例（应该是同一个实例）Singleton& anotherSingleton = Singleton::getInstance();anotherSingleton.doSomething();// 注意：不需要（也不应该）手动删除单例实例// delete &singleton; // 错误：会导致未定义行为return 0;
}

在这个示例中，Singleton类通过私有化其构造函数和析构函数（虽然析构函数私有化是可选的，但有助于防止外部删除实例），以及提供静态的getInstance函数来确保类的唯一实例。getInstance函数内部使用了一个局部静态变量来存储类的实例，这个变量在第一次调用getInstance时初始化，并且只初始化一次，从而保证了单例性。

三、单例模式的应用场景

单例模式在C++中有广泛的应用场景，包括但不限于：

• 全局配置管理：用于存储和管理应用程序的全局配置信息。
• 资源池：如数据库连接池、线程池等，用于管理有限资源的分配和回收。
• 日志记录器：用于集中管理日志记录的实例，确保日志记录的一致性和可维护性。
• 状态管理器：用于管理应用程序的全局状态，如用户登录状态、应用程序的当前模式等。

四、注意事项

在使用单例模式时，需要注意以下几点：

• 线程安全：在多线程环境中，需要确保getInstance函数的线程安全性。可以通过使用互斥锁（如std::mutex）来实现。
• 内存管理：虽然局部静态变量在程序结束时会自动销毁，但在长时间运行的应用程序中，需要注意单例实例的生命周期管理，避免内存泄漏。
• 单例的销毁：在大多数情况下，不需要（也不应该）手动删除单例实例。然而，在某些情况下（如单元测试后清理资源），可能需要提供一种机制来显式销毁单例实例。这通常可以通过将单例实例封装在一个智能指针（如std::unique_ptr）中来实现，但需要注意这可能会增加代码的复杂性。
• 依赖注入：在大型项目中，过度使用单例模式可能会导致代码紧密耦合和难以测试。在这种情况下，可以考虑使用依赖注入等设计模式来替代或补充单例模式。

总之，单例模式是一种简单而强大的设计模式，在C++编程中有广泛的应用。然而，在使用时需要谨慎考虑其适用性和潜在的问题，以确保代码的正确性、可维护性和可扩展性。

---