C++享元模式节省大量对象内存使用

P粉602998670

发布时间：2025-09-02 10:14:02

163人浏览过

来源于php中文网

原创

c++享元模式节省大量对象内存使用

C++中的享元模式，说白了，就是一种聪明地节省内存的策略，尤其是在你的程序需要创建大量相似对象时。它通过识别并共享那些对象之间不变的、内在的数据（我们称之为“享元”），避免了为每个对象都复制一份相同的数据，从而显著减少了内存占用。那些会变化的数据，也就是“外在状态”，则被分离出来，由客户端或者上下文来维护。

享元模式的核心思想是“分离”与“共享”。想象一下一个文本编辑器，里面有成千上万个字符。如果每个字符对象都包含自己的字体、大小、颜色信息，那内存消耗会非常巨大。但实际上，很多字符可能共享相同的字体、大小和颜色。享元模式就是抓住这一点：把字符的字体、大小、颜色（内在状态，可共享）抽离出来，只创建一份，然后让所有使用相同属性的字符都指向这份共享数据。而每个字符独有的位置信息（外在状态，不可共享）则由外部传入或存储。

实现上，通常会有一个“享元工厂”（FlyweightFactory），它负责管理和创建享元对象。当你需要一个特定内在状态的享元时，工厂会先检查是否已经存在一个具有相同内在状态的享元。如果存在，就直接返回已有的；如果不存在，就创建一个新的并缓存起来。这样就确保了每种内在状态只有一个实例。

#include 
#include 
#include 
#include  // 使用智能指针更好地管理内存

// 享元接口
class CharacterFlyweight {
public:
    virtual void display(int x, int y) const = 0; // x, y 是外在状态
    virtual ~CharacterFlyweight() = default;
};

// 具体享元：包含内在状态 (字符本身, 字体, 大小, 颜色)
class ConcreteCharacterFlyweight : public CharacterFlyweight {
private:
    char character;
    std::string font;
    int size;
    std::string color;

public:
    ConcreteCharacterFlyweight(char c, const std::string& f, int s, const std::string& col)
        : character(c), font(f), size(s), color(col) {
        std::cout << "创建享元: " << character << " [" << font << ", " << size << ", " << color << "]\n";
    }

    void display(int x, int y) const override {
        std::cout << "显示字符 '" << character << "' 在 (" << x << "," << y << ")，使用 ["
                  << font << ", " << size << ", " << color << "]\n";
    }
};

// 享元工厂：管理享元对象
class CharacterFlyweightFactory {
private:
    std::map> flyweights; // key可以是内在状态的组合

    // 辅助函数，用于生成享元对象的唯一键
    std::string getKey(char c, const std::string& f, int s, const std::string& col) const {
        return std::string(1, c) + "_" + f + "_" + std::to_string(s) + "_" + col;
    }

public:
    std::shared_ptr getFlyweight(char c, const std::string& f, int s, const std::string& col) {
        std::string key = getKey(c, f, s, col);
        if (flyweights.find(key) == flyweights.end()) {
            flyweights[key] = std::make_shared(c, f, s, col);
        }
        return flyweights[key];
    }

    // 析构函数不再需要手动删除，因为使用了shared_ptr
    // ~CharacterFlyweightFactory() { ... }
};

/*
// 客户端使用示例
int main() {
    CharacterFlyweightFactory factory;

    // 假设我们有文本 "Hello World"
    // 'H'
    std::shared_ptr h1 = factory.getFlyweight('H', "Arial", 12, "Black");
    h1->display(10, 10);

    // 'e'
    std::shared_ptr e1 = factory.getFlyweight('e', "Arial", 12, "Black");
    e1->display(20, 10);

    // 'l'
    std::shared_ptr l1 = factory.getFlyweight('l', "Arial", 12, "Black");
    l1->display(30, 10);

    // 另一个 'l'，会重用上面的享元，因为内在状态相同
    std::shared_ptr l2 = factory.getFlyweight('l', "Arial", 12, "Black");
    l2->display(40, 10); // 注意：l1和l2指向同一个享元对象

    // 'o'
    std::shared_ptr o1 = factory.getFlyweight('o', "Arial", 12, "Black");
    o1->display(50, 10);

    // 改变字体和颜色，会创建新的享元
    std::shared_ptr h2 = factory.getFlyweight('H', "Times New Roman", 14, "Red");
    h2->display(10, 30);

    return 0;
}
*/

在上面的例子里，

ConcreteCharacterFlyweight

是享元，它的

character

、

font

、

size

、

color

是内在状态。

display

方法接收

、

作为外在状态，这些是每个字符实例独有的。

CharacterFlyweightFactory

负责确保每种内在状态组合只对应一个

ConcreteCharacterFlyweight

实例。这样，即使你的文本有上万个'l'，如果它们都用"Arial"、12号字、黑色，内存中也只会有一份'l'的享元对象。这里我特意用了

std::shared_ptr

来管理享元对象的生命周期，让工厂的析构变得更简单，也更符合现代C++的实践。

立即学习“C++免费学习笔记（深入）”；

C++享元模式如何有效降低大规模对象内存开销？

享元模式之所以能显著降低内存开销，主要在于它巧妙地利用了“重复”这个特性。在许多应用中，我们常常会创建大量本质上非常相似的对象。这些对象可能在某些属性上完全一致，只是在另一些属性上有所不同。享元模式的魔力就在于它能够识别出那些“内在的、共享的”属性，并将它们从每个对象实例中剥离出来，统一存储一份。

比如说，在游戏开发中，场景里可能有成千上万棵树。如果每棵树对象都包含了树的模型数据、纹理、材质等信息，那内存肯定会爆炸。但实际上，这些树可能都属于同一种“橡树”或“松树”，它们共享相同的模型和纹理。享元模式就是把这些共享的几何数据、纹理数据作为享元对象，每个具体的“树实例”只存储自己的位置、旋转、缩放等“外在状态”，然后引用那个共享的“橡树模型享元”。这样一来，无论场景里有多少棵橡树，内存中只需要一份橡树的模型数据。

B2S商城系统

B2S商城系统B2S商城系统是由佳弗网络工作室凭借专业的技术、丰富的电子商务经验在第一时刻为最流行的分享式购物（或体验式购物）推出的开源程序。开发采用PHP+MYSQL数据库，独立编译模板、代码简洁、自由修改、安全高效、数据缓存等技术的应用，使其能在大浏览量的环境下快速稳定运行，切实节约网站成本，提升形象。注意：如果安装后页面打开出现找不到数据库等错误，请删除admin下的runtime文件夹和a

下载

这种方法避免了大量重复数据的存储。当系统需要创建新对象时，它不再是完整地复制一份所有数据，而是先去享元工厂看看有没有现成的、符合内在状态的享元。有就直接用，没有才创建。这就像图书馆里的书，虽然有很多人借阅，但图书馆里每本书通常只有一两本，而不是每个读者都发一本全新的。这样就大大减少了物理存储空间的需求。当然，这并不是没有代价的，我们后面会提到。但对于内存敏感型应用，这种节省是相当可观的。

享元模式在设计和实现时有哪些关键考量点？

设计和实现享元模式，需要一些深思熟虑。首先，也是最关键的，就是如何清晰地划分内在状态和外在状态。内在状态是那些可以被多个对象共享的、不随上下文改变的数据，它通常是构造享元对象的关键。外在状态则是那些随上下文变化、不能共享的数据，它通常通过方法参数传递给享元对象。这个划分如果错了，享元模式就可能适得其反，或者根本无法工作。我个人经验是，这往往是享元模式最考验设计功力的地方。

其次，享元工厂的实现至关重要。工厂需要一个高效的查找机制来判断某个内在状态的享元是否已经存在。通常会使用