深入讲解 C++ 中三种核心创建型设计模式的实现与应用。涵盖单例模式的基础懒汉式、线程安全双重检查锁定及饿汉式实现，重点分析多线程环境下的安全性问题。介绍工厂方法模式通过子类决定对象创建类型，实现客户端与具体产品的解耦，符合开闭原则。阐述抽象工厂模式用于创建相关或依赖的对象族，支持跨平台控件库等场景的产品族切换。结合日志管理器和图形绘制系统实战案例，提供完整的 C++ 代码示例与对比分析，帮助开发者根据实际需求选择合适的模式提升代码灵活性与可维护性。
💡 设计模式是软件开发中反复出现的问题的成熟解决方案，而创建型模式是设计模式的三大分类之一（另外两类为结构型模式、行为型模式），其核心关注点是如何创建对象。
在 C++ 开发中，直接使用 new 关键字创建对象看似简单，但在复杂场景下会存在诸多问题：
创建型模式通过封装对象创建细节，将创建逻辑与使用逻辑分离，让客户端无需关注'如何创建对象'，只需专注'如何使用对象'，从而提升代码的可扩展性、可维护性和复用性。
本章重点讲解 3 种最常用的创建型模式：单例模式、工厂方法模式、抽象工厂模式，后续章节将继续介绍建造者模式和原型模式。
💡 单例模式的核心是：确保一个类在整个程序运行期间只有一个实例对象，并提供一个全局访问点。
new 创建对象）；懒汉式：延迟初始化，即第一次调用时才创建实例。
#include <iostream>
// 日志管理器（单例模式 - 基础懒汉式）
class LogManager {
private:
// 1. 私有构造函数：禁止外部创建对象
LogManager() {
std::cout << "LogManager 实例创建成功" << std::endl;
}
// 2. 私有静态成员变量：存储唯一实例（指针形式，延迟初始化）
static LogManager* instance_;
public:
// 3. 公有静态方法：全局访问点
static LogManager* GetInstance() {
// 第一次调用时创建实例
if (instance_ == nullptr) {
instance_ = new LogManager();
}
return instance_;
}
// 成员方法：日志输出
void Log(const std::string& message) {
std::cout << "[Log] " << message << std::endl;
}
// 禁止拷贝构造和赋值运算符（避免创建多个实例）
LogManager(const LogManager&) = delete;
LogManager& operator=(const LogManager&) = delete;
};
// 静态成员变量初始化（类外）
LogManager* LogManager::instance_ = nullptr;
// 客户端使用
int main() {
// 无法通过 new 创建对象（编译报错）
// LogManager* log = new LogManager();
// 通过全局访问点获取实例
LogManager* log1 = LogManager::GetInstance();
LogManager* log2 = LogManager::GetInstance();
// 验证是否为同一个实例（地址相同）
std::cout << "log1 地址：" << log1 << std::endl;
std::cout << "log2 地址：" << log2 << std::endl;
// 使用实例
log1->Log("程序启动成功");
log2->Log("用户登录");
return 0;
}
运行结果：
LogManager 实例创建成功
log1 地址：0x7f8a9b000b20
log2 地址：0x7f8a9b000b20
[Log] 程序启动成功
[Log] 用户登录
⚠️ 注意：基础懒汉式在多线程环境下存在线程安全问题。当多个线程同时调用 GetInstance() 时，可能会执行多次 new 操作，创建多个实例（违反单例原则）。
通过互斥锁（std::mutex）保护实例创建过程，确保同一时间只有一个线程能执行创建逻辑。
#include <iostream>
#include <mutex>
#include <thread>
class LogManager {
private:
LogManager() {
std::cout << "LogManager 实例创建成功" << std::endl;
}
static LogManager* instance_;
static std::mutex mutex_; // 静态互斥锁（保护实例创建）
public:
static LogManager* GetInstance() {
// 双重检查锁定（DCLP）：提升性能，避免每次调用都加锁
if (instance_ == nullptr) {
// 第一次检查：无锁，快速判断
std::lock_guard<std::mutex> lock(mutex_); // 加锁（自动释放）
if (instance_ == nullptr) {
// 第二次检查：加锁后再次确认
instance_ = new LogManager();
}
}
return instance_;
}
void Log(const std::string& message) {
std::cout << "[Log] " << message << std::endl;
}
// 禁止拷贝和赋值
LogManager(const LogManager&) = delete;
LogManager& operator=(const LogManager&) = delete;
};
// 静态成员初始化
LogManager* LogManager::instance_ = ;
std::mutex LogManager::mutex_;
{
LogManager* log = LogManager::();
log->( + std::(thread_id) + );
}
{
;
;
;
;
;
t();
t();
t();
t();
t();
;
}
运行结果：
LogManager 实例创建成功
[Log] 线程 1 调用成功
[Log] 线程 3 调用成功
[Log] 线程 2 调用成功
[Log] 线程 5 调用成功
[Log] 线程 4 调用成功
💡 技巧：双重检查锁定（DCLP）是线程安全懒汉式的优化方案。第一次无锁检查避免了每次调用都加锁的性能开销，第二次加锁检查确保了线程安全，是兼顾性能和安全性的常用实现。
饿汉式：程序启动时（静态变量初始化阶段）就创建实例，无需加锁，天然线程安全。
#include <iostream>
#include <thread>
#include <unordered_map>
class ConfigManager {
private:
// 私有构造函数：初始化配置（模拟从文件加载）
ConfigManager() {
std::cout << "ConfigManager 实例创建，加载配置文件..." << std::endl;
config_map_["timeout"] = "30s";
config_map_["max_conn"] = "1000";
}
// 私有静态成员变量：程序启动时初始化（饿汉式核心）
static ConfigManager instance_;
// 配置数据
std::unordered_map<std::string, std::string> config_map_;
public:
// 全局访问点：返回静态实例的引用（避免指针拷贝）
static ConfigManager& GetInstance() {
return instance_;
}
// 获取配置值
std::string GetConfig(const std::string& key) {
auto it = config_map_.find(key);
return it != config_map_.end() ? it->second : "default";
}
// 禁止拷贝和赋值
ConfigManager(const ConfigManager&) = delete;
ConfigManager& operator=(const ConfigManager&) = delete;
};
// 静态实例初始化（类外，程序启动时执行）
ConfigManager ConfigManager::instance_;
// 线程函数：模拟多线程读取配置
{
ConfigManager& config = ConfigManager::();
std::cout << << thread_id << << config.() << std::endl;
}
{
std::cout << << std::endl;
;
;
t();
t();
;
}
运行结果：
ConfigManager 实例创建，加载配置文件...
程序启动，开始创建线程...
线程 1 获取 timeout 配置：30s
线程 2 获取 timeout 配置：30s
| 实现方式 | 线程安全 | 初始化时机 | 优点 | 缺点 |
|---|---|---|---|---|
| 基础懒汉式 | ❌ 否 | 第一次调用时 | 延迟初始化，节省内存 | 多线程下不安全 |
| 加锁懒汉式（DCLP） | ✅ 是 | 第一次调用时 | 延迟初始化 + 线程安全 | 实现稍复杂，有微小锁开销 |
| 饿汉式 | ✅ 是 | 程序启动时 | 实现简单，无锁开销 | 提前占用内存，不支持延迟 |
✅ 结论：
以下是一个完整的日志管理器实现，结合单例模式 + 文件输出，支持日志级别、时间戳记录：
#include <iostream>
#include <fstream>
#include <mutex>
#include <ctime>
#include <string>
// 日志级别枚举
enum class LogLevel {
DEBUG,
INFO,
WARN,
ERROR
};
class LogManager {
private:
LogManager() {
// 初始化日志文件（以当前时间命名）
std::time_t now = std::time(nullptr);
std::string filename = "log_" + std::to_string(now) + ".txt";
log_file_.open(filename, std::ios::out | std::ios::app);
if (!log_file_.is_open()) {
std::cerr << "日志文件打开失败！" << std::endl;
}
}
static LogManager* instance_;
static std::mutex mutex_;
std::ofstream log_file_; // 日志文件流
// 辅助函数：将日志级别转为字符串
std::string LevelToString(LogLevel level) {
switch (level) {
case LogLevel::DEBUG: return "DEBUG";
case LogLevel::INFO: return "INFO";
case LogLevel::WARN: return "WARN";
LogLevel::ERROR: ;
: ;
}
}
{
std:: now = std::();
buf[];
std::(buf, (buf), , std::(&now));
buf;
}
:
{
(instance_ == ) {
;
(instance_ == ) {
instance_ = ();
}
}
instance_;
}
{
std::string timestamp = ();
std::string level_str = (level);
std::string log_msg = + timestamp + + level_str + + message + ;
std::cout << log_msg;
;
(log_file_.()) {
log_file_ << log_msg;
log_file_.();
}
}
{ (LogLevel::DEBUG, message); }
{ (LogLevel::INFO, message); }
{ (LogLevel::WARN, message); }
{ (LogLevel::ERROR, message); }
~() {
(log_file_.()) {
log_file_.();
}
}
( LogManager&) = ;
LogManager& =( LogManager&) = ;
};
LogManager* LogManager::instance_ = ;
std::mutex LogManager::mutex_;
{
LogManager* logger = LogManager::();
logger->();
logger->();
logger->();
logger->();
;
}
运行结果（控制台）：
[2024-05-20 15:30:45] [DEBUG] 初始化数据库连接池
[2024-05-20 15:30:45] [INFO] 程序启动成功，版本 v1.0.0
[2024-05-20 15:30:45] [WARN] 内存使用率超过 80%
[2024-05-20 15:30:45] [ERROR] 数据库连接失败：无法连接到 127.0.0.1:3306
日志文件（log_1716207045.txt） 中会同步记录上述内容，实现了全局唯一的日志管理功能。
💡 工厂方法模式的核心是：定义一个创建对象的接口（工厂接口），但由子类决定要创建哪个类的对象。即'工厂父类负责定义创建对象的公共接口，工厂子类负责生成具体对象'。
直接 new 具体类导致客户端与具体产品强耦合。例如：
// 直接耦合：客户端需要知道具体类名，更换产品时需修改代码
Shape* shape = new Circle();
// 若需更换为 Square，需修改为：Shape* shape = new Square();
假设我们需要开发一个图形绘制系统，支持圆形、矩形、三角形绘制，且未来可能扩展更多图形。使用工厂方法模式解耦客户端与具体图形类：
#include <iostream>
#include <string>
// 抽象产品：图形（Shape）
class Shape {
public:
virtual ~Shape() {}
// 虚析构函数：确保子类析构正常调用
// 纯虚方法：绘制图形（子类必须实现）
virtual void Draw() const = 0;
virtual std::string GetName() const = 0;
};
// 具体产品 1：圆形（Circle）
class Circle : public Shape {
public:
void Draw() const override {
std::cout << "绘制圆形：○" << std::endl;
}
std::string GetName() const override {
return "Circle";
}
};
// 具体产品 2：矩形（Rectangle）
class Rectangle : public Shape {
public:
void Draw() const override {
std::cout << << std::endl;
}
{
;
}
};
: Shape {
:
{
std::cout << << std::endl;
}
{
;
}
};
// 抽象工厂：图形工厂（ShapeFactory）
class ShapeFactory {
public:
virtual ~ShapeFactory() {}
// 纯虚方法：创建图形（工厂方法）
virtual Shape* CreateShape() const = 0;
};
// 具体工厂 1：圆形工厂（CircleFactory）
class CircleFactory : public ShapeFactory {
public:
Shape* CreateShape() const override {
return new Circle(); // 创建圆形产品
}
};
// 具体工厂 2：矩形工厂（RectangleFactory）
class RectangleFactory : public ShapeFactory {
public:
Shape* CreateShape() const override {
return new Rectangle(); // 创建矩形产品
}
};
// 具体工厂 3：三角形工厂（TriangleFactory）
class TriangleFactory : public ShapeFactory {
public:
Shape* CreateShape() const override {
return new Triangle();
}
};
// 客户端函数：使用工厂创建并绘制图形
void DrawShape(const ShapeFactory& factory) {
// 客户端无需知道具体产品类，只需通过工厂获取产品
Shape* shape = factory.CreateShape();
std::cout << "正在绘制图形：" << shape->GetName() << std::endl;
shape->Draw();
delete shape; // 释放资源
}
int main() {
// 1. 使用圆形工厂
CircleFactory circle_factory;
DrawShape(circle_factory);
// 2. 使用矩形工厂
RectangleFactory rect_factory;
DrawShape(rect_factory);
// 3. 使用三角形工厂
TriangleFactory triangle_factory;
DrawShape(triangle_factory);
return 0;
}
运行结果：
正在绘制图形：Circle
绘制圆形：○
正在绘制图形：Rectangle
绘制矩形：□
正在绘制图形：Triangle
绘制三角形：△
假设需要新增'菱形（Diamond）'图形，只需新增具体产品和具体工厂，无需修改原有代码（符合开闭原则：对扩展开放，对修改关闭）：
// 新增具体产品：菱形（Diamond）
class Diamond : public Shape {
public:
void Draw() const override {
std::cout << "绘制菱形：◇" << std::endl;
}
std::string GetName() const override {
return "Diamond";
}
};
// 新增具体工厂：菱形工厂（DiamondFactory）
class DiamondFactory : public ShapeFactory {
public:
Shape* CreateShape() const override {
return new Diamond();
}
};
// 客户端使用新增产品（无需修改原有客户端代码）
int main() {
// ... 原有代码 ...
// 新增：使用菱形工厂
DiamondFactory diamond_factory;
DrawShape(diamond_factory);
return 0;
}
新增运行结果：
正在绘制图形：Diamond
绘制菱形：◇
⚠️ 注意：工厂方法模式中，一个具体工厂对应一个具体产品。如果需要创建一组相关联的产品（如'Windows 风格控件'包含按钮、文本框、下拉框），工厂方法模式会产生大量工厂类，此时应使用抽象工厂模式。
💡 抽象工厂模式的核心是：提供一个接口，用于创建一组相关或相互依赖的对象，而无需指定它们的具体类。
与工厂方法模式的区别：
假设我们需要开发一个跨平台控件库，支持 Windows 和 Mac 两个平台，每个平台包含按钮（Button）、文本框（TextBox）、下拉框（ComboBox）三个相关控件（产品族）。使用抽象工厂模式实现平台切换：
#include <iostream>
#include <string>
// 抽象产品 1：按钮（Button）
class Button {
public:
virtual ~Button() {}
virtual void Render() const = 0; // 渲染按钮
};
// 抽象产品 2：文本框（TextBox）
class TextBox {
public:
virtual ~TextBox() {}
virtual void Render() const = 0; // 渲染文本框
};
// 抽象产品 3：下拉框（ComboBox）
class ComboBox {
public:
virtual ~ComboBox() {}
virtual void Render() const = 0; // 渲染下拉框
};
// 具体产品 1：Windows 按钮
class WindowsButton : public Button {
public:
void Render() const override {
std::cout << "渲染 Windows 风格按钮：[确定]" << std::endl;
}
};
// 具体产品 2：Windows 文本框
class WindowsTextBox : public TextBox {
public:
void Render() const override {
std::cout << "渲染 Windows 风格文本框：[________________]" << std::endl;
}
};
// 具体产品 3：Windows 下拉框
class WindowsComboBox : public ComboBox {
public:
void Render() const override {
std::cout << "渲染 Windows 风格下拉框：[选项 1 ▼]" << std::endl;
}
};
// 具体产品 4：Mac 按钮
class MacButton : public Button {
public:
void Render() const override {
std::cout << "渲染 Mac 风格按钮：● 确定 ●" << std::endl;
}
};
// 具体产品 5：Mac 文本框
class MacTextBox : public TextBox {
public:
{
std::cout << << std::endl;
}
};
: ComboBox {
:
{
std::cout << << std::endl;
}
};
// 抽象工厂：控件工厂（创建产品族的所有产品）
class WidgetFactory {
public:
virtual ~WidgetFactory() {}
virtual Button* CreateButton() const = 0; // 创建按钮
virtual TextBox* CreateTextBox() const = 0; // 创建文本框
virtual ComboBox* CreateComboBox() const = 0; // 创建下拉框
};
// 具体工厂 1：Windows 控件工厂（创建 Windows 产品族）
class WindowsWidgetFactory : public WidgetFactory {
public:
Button* CreateButton() const override { return new WindowsButton(); }
TextBox* CreateTextBox() const override { return new WindowsTextBox(); }
ComboBox* CreateComboBox() const override { return new WindowsComboBox(); }
};
: WidgetFactory {
:
{ (); }
{ (); }
{ (); }
};
// 客户端函数：渲染界面（依赖抽象工厂，不关心具体平台）
void RenderUI(const WidgetFactory& factory) {
std::cout << "开始渲染界面..." << std::endl;
// 创建产品族的所有产品
Button* button = factory.CreateButton();
TextBox* textbox = factory.CreateTextBox();
ComboBox* combobox = factory.CreateComboBox();
// 使用产品
button->Render();
textbox->Render();
combobox->Render();
// 释放资源
delete button;
delete textbox;
delete combobox;
std::cout << "界面渲染完成！" << std::endl << std::endl;
}
int main() {
// 1. 渲染 Windows 风格界面
WindowsWidgetFactory windows_factory;
RenderUI(windows_factory);
// 2. 渲染 Mac 风格界面（只需更换工厂，客户端代码无需修改）
MacWidgetFactory mac_factory;
RenderUI(mac_factory);
return 0;
}
运行结果：
开始渲染界面...
渲染 Windows 风格按钮：[确定]
渲染 Windows 风格文本框：[________________]
渲染 Windows 风格下拉框：[选项 1 ▼]
界面渲染完成！
开始渲染界面...
渲染 Mac 风格按钮：● 确定 ●
渲染 Mac 风格文本框：[⎡⎤________________]
渲染 Mac 风格下拉框：[选项 1 ▾]
界面渲染完成！
若需新增 Linux 平台控件（产品族），只需新增具体产品和具体工厂，无需修改客户端和原有工厂代码：
// 新增具体产品：Linux 控件
class LinuxButton : public Button {
public:
void Render() const override {
std::cout << "渲染 Linux 风格按钮：<确定>" << std::endl;
}
};
class LinuxTextBox : public TextBox {
public:
void Render() const override {
std::cout << "渲染 Linux 风格文本框：[▭▭▭▭▭▭▭▭▭▭]" << std::endl;
}
};
class LinuxComboBox : public ComboBox {
public:
void Render() const override {
std::cout << "渲染 Linux 风格下拉框：[选项 1 ↓]" << std::endl;
}
};
// 新增具体工厂：Linux 控件工厂
class LinuxWidgetFactory : public WidgetFactory {
public:
Button* CreateButton() const override { return new LinuxButton(); }
TextBox* CreateTextBox() const override { return new (); }
{ (); }
};
{
LinuxWidgetFactory linux_factory;
(linux_factory);
;
}
新增运行结果：
开始渲染界面...
渲染 Linux 风格按钮：<确定>
渲染 Linux 风格文本框：[▭▭▭▭▭▭▭▭▭▭]
渲染 Linux 风格下拉框：[选项 1 ↓]
界面渲染完成！
⚠️ 注意：抽象工厂模式的缺点是扩展产品等级结构困难。例如，若需在所有平台中新增'复选框（CheckBox）'产品（新增产品等级），则需要修改抽象工厂接口及所有具体工厂类，违反开闭原则。因此，抽象工厂模式适用于产品族相对稳定的场景。
| 模式 | 核心关注点 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|---|
| 单例模式 | 单个对象的全局唯一性 | 全局管理类（日志、配置、连接池） | 节省资源，全局统一访问 | 线程安全实现复杂，扩展性差 |
| 工厂方法模式 | 单个产品的创建解耦 | 单个产品的动态扩展（如新增图形、算法） | 符合开闭原则，扩展灵活 | 产品族扩展时工厂类冗余 |
| 抽象工厂模式 | 产品族的创建解耦 | 多平台、多风格的产品族切换（如控件库、框架） | 产品族切换方便，一致性强 | 扩展产品等级结构困难 |
✅ 选择建议：
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
使用加密算法（如AES、TripleDES、Rabbit或RC4）加密和解密文本明文。 在线工具，加密/解密文本在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML转Markdown 互为补充。 在线工具，Markdown转HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML转Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online