C++创建型设计模式实战：单例、工厂与建造者

1. 为什么C++开发者需要掌握创建型设计模式

在C++项目中，对象创建往往是系统复杂度的主要来源之一。我们经常遇到这样的场景：需要根据运行时条件动态创建对象、希望控制实例数量以避免资源浪费、或者想要简化复杂对象的构造过程。这些问题如果直接用new/delete和常规构造函数来处理，代码很快就会变得难以维护。

创建型设计模式正是为解决这类问题而生。它们封装了对象创建的具体过程，让代码更灵活、更可维护。比如：

• 当需要确保一个类只有一个实例时（如配置管理器），单例模式（Singleton）比全局变量更安全
• 当对象创建逻辑过于复杂时（如需要多步初始化），建造者模式（Builder）能提供清晰的构造流程
• 当需要创建一系列相关对象时（如跨平台UI组件），抽象工厂模式（Abstract Factory）比直接实例化更优雅

我在参与一个跨平台渲染引擎开发时，就曾因为滥用new运算符导致内存泄漏频发。后来通过系统应用工厂方法模式，将对象创建集中管理，不仅解决了内存问题，还使新增渲染后端类型的成本降低了70%。

2. 单例模式的正确实现方式

2.1 经典线程安全实现

C++11后的单例模式实现已经变得简单可靠：

cpp复制class ConfigManager {
public:
    static ConfigManager& getInstance() {
        static ConfigManager instance;  // C++11保证线程安全
        return instance;
    }
    
    // 删除拷贝构造和赋值运算符
    ConfigManager(const ConfigManager&) = delete;
    void operator=(const ConfigManager&) = delete;

private:
    ConfigManager() = default;  // 私有构造函数
    ~ConfigManager() = default;
};

关键点：利用函数局部静态变量的特性，既实现了延迟初始化，又天然线程安全。这是现代C++最推荐的单例实现方式。

2.2 实际应用中的注意事项

在游戏开发中，我们曾用单例管理纹理资源，但遇到了一个典型问题：不同渲染线程同时访问导致竞争条件。最终解决方案是：

1. 对高频访问的方法添加细粒度锁
2. 使用双重检查锁定模式优化性能
3. 提供明确的初始化/销毁顺序控制

cpp复制// 线程安全的资源访问示例
Texture* TextureManager::getTexture(const std::string& name) {
    std::lock_guard<std::mutex> lock(mutex_);
    auto it = textures_.find(name);
    if (it != textures_.end()) {
        return it->second.get();
    }
    
    auto texture = std::make_unique<Texture>(name);
    auto* ptr = texture.get();
    textures_[name] = std::move(texture);
    return ptr;
}

3. 工厂方法模式的进阶应用

3.1 基础实现模板

假设我们正在开发一个文档