C++如何实现简单的享元模式(Flyweight)-C++-PHP中文网

享元对象必须是不可变的，所有成员变量应声明为const，外部状态由客户端传入；工厂用unordered_map缓存，返回shared_ptr，避免循环引用。

c++如何实现简单的享元模式(flyweight)

享元对象必须是不可变的，否则线程不安全

享元模式的核心是共享内部状态（intrinsic state），而把外部状态（extrinsic state）由客户端传入。一旦享元对象自身可被修改，多个调用方同时操作就会引发竞态——尤其在多线程场景下，std::shared_ptr 无法挽救这个问题。

所有成员变量应声明为 const，构造后不可更改
避免提供任何 setter 方法或非 const 成员函数
如果需“模拟”可变行为（比如带颜色的字符），把颜色等参数作为函数参数传入，而非存在对象里

例如：一个共享的 CharacterFlyweight 只存字形数据（如 vector of points），不存位置、颜色、大小——这些全由调用方在 render(x, y, color) 时传入。

用 std::map 或 unordered_map 管理享元工厂的键值映射

享元工厂（FlyweightFactory）负责按需创建并复用享元对象。C++ 中最直接的方式是用 std::unordered_map 缓存已创建的实例，键通常是能唯一标识内部状态的组合（如 char、std::string、或自定义结构体）。

键类型必须支持哈希（对 unordered_map）或比较（对 map）；简单类型如 char 或 int 直接可用
若键是复合状态（如字体名 + 字号 + 粗细），建议封装为 struct 并显式定义 operator== 和 std::hash 特化
注意：不要在工厂中返回局部对象引用或指针；统一返回 std::shared_ptr<const flyweight></const>，确保生命周期可控

示例键定义：

struct FontKey {
    std::string family;
    int size;
    bool bold;
    
    bool operator==(const FontKey& other) const {
        return family == other.family && size == other.size && bold == other.bold;
    }
};

再配合 std::hash 特化即可用于 unordered_map。

客户端必须主动分离内部状态和外部状态

享元模式失效最常见的原因是客户端没真正把变化的部分“提出来”。比如渲染一堆文本时，仍让每个字符对象自己存 x、y 坐标，那就没节省内存，反而增加了间接层。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

检查你的“重复对象”中哪些字段在大量实例间完全一致（如字符‘A’的轮廓数据）→ 这些进享元
哪些字段各不相同（如每个‘A’在屏幕上的位置、透明度）→ 这些必须由调用方持有，并在使用享元时传入
典型误用：flyweight->setX(100); flyweight->render(); —— setX 违反享元本意，应改为 flyweight->render(100, 200, 0.8f);

也就是说，render() 这类方法签名里，所有非常量参数都属于外部状态；函数体内只读取 const 成员，不做任何写操作。