享元模式通过共享内部状态减少内存开销，适用于文本编辑器字符格式等重复数据场景，使用工厂类和std::shared_ptr管理可共享的CharFormat对象，结合std::unordered_map实现高效查找与复用。
在C++中，享元模式（Flyweight Pattern）常用于减少大量相似对象带来的内存开销。当多个对象共享相同数据时，通过将“不变的内部状态”提取出来共享使用，可以显著提升性能和资源利用率。将享元模式与共享数据结合，尤其适用于需要频繁创建轻量级对象但包含重复信息的场景，比如文本编辑器中的字符格式、图形系统中的样式设置等。
享元模式核心思想
享元模式通过共享尽可能多的数据来支持大量细粒度对象的高效表示。它区分两种状态：
- 内部状态（Intrinsic State）：可共享，不随环境变化，通常作为参数传入方法中。
- 外部状态（Extrinsic State）：不可共享，依赖上下文，每次调用时由客户端传入。
例如，在绘制大量相似图形时，颜色、线型等可作为内部状态共享；而位置、大小等则作为外部状态传递。
结合共享数据实现方式
在C++中，常用工厂类 + 智能指针 + std::map结构管理共享的享元对象。典型做法是使用std::shared_ptr管理共享数据，确保生命周期安全，同时避免重复创建。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
示例：文本编辑器中字符格式的共享
<font color="green">// 字符格式（内部状态）
struct CharFormat {
std::string font;
int size;
bool bold;
bool italic;
// 支持比较，便于查找
bool operator==(const CharFormat& other) const {
return font == other.font && size == other.size &&
bold == other.bold && italic == other.italic;
}
};
// 哈希函数，用于unordered_map
struct FormatHash {
size_t operator()(const CharFormat& fmt) const {
return std::hash<std::string>()(fmt.font) ^
(fmt.size << 4) ^
(fmt.bold << 8) ^
(fmt.italic << 9);
}
};
// 享元工厂
class FormatFlyweightFactory {
private:
std::unordered_map<CharFormat, std::shared_ptr<CharFormat>, FormatHash> pool;
public:
std::shared_ptr<CharFormat> getFormat(const CharFormat& key) {
auto it = pool.find(key);
if (it != pool.end()) {
return it->second;
}
auto newFmt = std::make_shared<CharFormat>(key);
pool[key] = newFmt;
return newFmt;
}
};
每个字符不再保存完整的格式信息，而是持有对
CharFormat的共享引用，大量相同格式的字符共用同一份数据。
应用场景与优势
这种模式特别适合以下情况：
- 程序需创建大量对象，且其中许多具有相同属性。
- 内存占用成为瓶颈，对象内部状态可被有效共享。
- 对象行为独立于其所处上下文，外部状态可动态传入。
优势包括：
- 大幅降低内存消耗。
- 提高对象创建效率，避免重复初始化。
- 借助智能指针自动管理共享资源生命周期。
基本上就这些。享元模式与共享数据结合的关键在于识别可共享的部分，并设计好工厂机制来统一管理实例。C++中配合
std::shared_ptr和哈希容器，实现简洁高效，适合性能敏感的应用场景。
