【设计模式】——单例模式（Singleton Pattern）

目录

引言

一、单例模式的基本概念

核心思想

单例模式结构

单例模式的特点

UML图

应用场景

二、单例模式的优点与缺点

优点

缺点

三、C++实现单例模式

1. 懒汉式（线程不安全）

2. 饿汉式

四、注意事项

五、总结

---

引言

在软件开发中，设计模式是解决常见软件设计问题的一套经过验证的最佳实践方案。单例模式（Singleton Pattern）是这些设计模式中的一种，它提供了一种创建对象的最佳方式，确保一个类只有一个实例，并提供一个全局访问点来获取这个实例。这种模式在需要严格控制资源访问、管理全局状态或实现共享资源访问时非常有用。

一、单例模式的基本概念

核心思想

单例模式的核心思想是确保一个类仅有一个实例，并提供一个全局访问点来获取这个实例。它通过私有化构造函数和拷贝构造函数（以及赋值操作符，如果适用），并提供一个静态方法来创建和返回类的唯一实例，来实现这一目标。

单例模式结构

单例模式通常包含以下几个关键部分：

• 私有静态成员变量：用于存储类的唯一实例。
• 私有构造函数：防止外部代码通过new关键字直接创建类的实例。
• 私有拷贝构造函数和赋值操作符（如果适用）：防止通过拷贝来创建新的实例。
• 公有静态方法：提供一个全局访问点来获取类的唯一实例。该方法在实例不存在时创建实例，如果实例已存在则直接返回该实例。

单例模式的特点

• 全局访问：可以通过一个全局访问点来获取类的唯一实例。
• 严格控制实例数量：确保类只有一个实例，并提供对该实例的全局访问。
• 懒汉式与饿汉式：单例模式的实现可以分为懒汉式和饿汉式，主要区别在于实例的创建时机。

UML图

应用场景

单例模式适用于以下场景：

• 当类需要控制自己的实例化，确保只有一个实例存在时。
• 当全局访问点需要被多个类共享时，如配置文件的读取器、数据库连接池等。
• 当资源访问需要被严格控制时，如打印机、线程池等。

二、单例模式的优点与缺点

优点

1. 控制资源访问：确保全局只有一个实例，从而可以严格控制对资源的访问。
2. 减少内存开销：避免了频繁创建和销毁实例所带来的性能开销。
3. 简化配置：在单例模式下，全局只有一个配置点，便于管理和维护。
4. 便于共享数据：单例模式提供了全局访问点，使得多个类可以方便地共享数据。

缺点

1. 扩展性差：单例模式对类的扩展性有一定影响，因为它限制了类的实例化方式。
2. 测试困难：在单元测试中，由于单例模式的全局唯一性，可能会导致测试之间的相互影响，增加测试难度。
3. 滥用可能导致问题：如果过度使用单例模式，可能会导致系统结构变得复杂，增加理解和维护的难度。
4. 多线程环境下需要特别注意线程安全：懒汉式单例模式在多线程环境下需要加锁来保证线程安全，这可能会引入性能问题。

三、C++实现单例模式

在C++中实现单例模式，我们可以遵循单例模式的基本原则：私有化构造函数、拷贝构造函数和赋值操作符，并提供一个公有的静态方法来获取类的唯一实例。以下是几种常见的C++单例模式实现方式。

1. 懒汉式（线程不安全）

这种实现方式在需要实例时才创建实例，但在多线程环境下是不安全的。

#include <iostream>  
  
class Singleton {  
private:  
    static Singleton* instance;  
    // 私有化构造函数，防止外部直接创建实例 
    Singleton() {}
    // 禁止拷贝构造函数和赋值操作符  
    Singleton(const Singleton&) = delete;  
    Singleton& operator=(const Singleton&) = delete;  
  
public:  
    static Singleton* getInstance() {  
        if (instance == nullptr) {  
            instance = new Singleton();  
        }  
        return instance;  
    }  
  
    void doSomething() {  
        std::cout << "Doing something in Singleton instance." << std::endl;  
    }  
  
    // 静态成员变量需要在类外初始化  
    static Singleton* createInstance() {  
        static Singleton instance; // 注意：这里使用局部静态变量实现懒加载和线程安全  
        return &instance;  
    }  
};  
  
// 懒汉式（线程不安全）的静态成员变量初始化（通常不推荐使用这种方式）  
// Singleton* Singleton::instance = nullptr;  
  
// 更好的实现方式（使用静态内部函数实现懒加载和线程安全）  
Singleton* Singleton::getInstance() {  
    static Singleton instance; // C++11标准支持局部静态变量的线程安全初始化  
    return &instance;  
}  
  
// 注意：移除了createInstance方法，因为getInstance方法已经足够用了  
  
int main() {  
    Singleton* s1 = Singleton::getInstance();  
    Singleton* s2 = Singleton::getInstance();  
  
    if (s1 == s2) {  
        std::cout << "s1 and s2 are the same instance." << std::endl;  
    }  
  
    s1->doSomething();  
    return 0;  
}

注意：上面的代码示例中，我展示了两种懒汉式的实现方式。第一种是传统的懒汉式实现，但它在多线程环境下是不安全的。第二种是更现代的懒汉式实现，它利用了C++11中局部静态变量的线程安全初始化特性。在实际开发中，推荐使用第二种实现方式。

2. 饿汉式

饿汉式单例在程序启动时立即创建实例，因此它是线程安全的，但可能会稍微增加程序启动时的资源消耗。

#include <iostream>  
  
class Singleton {  
private:  
    static Singleton instance; // 静态实例，程序启动时立即创建  
    Singleton() {}  
    Singleton(const Singleton&) = delete;  
    Singleton& operator=(const Singleton&) = delete;  
  
public:  
    static Singleton& getInstance() {  
        return instance;  
    }  
  
    void doSomething() {  
        std::cout << "Doing something in Singleton instance." << std::endl;  
    }  
};  
  
// 饿汉式单例需要在类外定义静态实例  
Singleton Singleton::instance;  
  
int main() {  
    Singleton& s1 = Singleton::getInstance();  
    Singleton& s2 = Singleton::getInstance();  
  
    // 无需检查s1和s2是否相等，因为它们是同一个实例的引用  
    s1.doSomething();  
    return 0;  
}

饿汉式单例实现简单且线程安全，但它可能在程序启动时立即占用资源，这在某些资源受限的环境中可能不是最佳选择。

四、注意事项

1. 线程安全：在多线程环境下，懒汉式单例模式需要特别注意线程安全问题，如上例所示，可以通过互斥锁（std::mutex）来保证。
2. 内存管理：懒汉式单例模式需要手动管理内存（如上例中的new和delete），这可能导致内存泄漏。可以使用智能指针（如std::unique_ptr）来自动管理内存，但需注意智能指针的复制和移动语义可能不适用于单例模式。
3. 饿汉式实现：与懒汉式不同，饿汉式单例在程序启动时立即创建实例，因此不需要担心线程安全问题，但可能会稍微增加程序启动时的资源消耗。

五、总结

在C++中实现单例模式时，你需要考虑线程安全性和资源使用效率。对于需要懒加载的场景，可以使用C++11中的局部静态变量来实现线程安全的懒汉式单例。如果你不介意在程序启动时立即占用资源，那么饿汉式单例是一个更简单且线程安全的选择。