以下内容均来自GeekBand极客班C++ 设计模式课程（李建忠老师主讲）

Flyweight

面向对象很好地解决了"抽象"的问题，但是必不可免地付出一定的代价，对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。

“对象性能”模式

典型模式：

Singleton

Flyweight

动机（Motivation）

在软件系统采用纯粹对象方案的问题在于大量细颗粒的对象会很快充斥在系统中，从而带来很高的运行时代价——主要指内存需求方面的代价

如何在避免大量细粒度对象问题的同时，让外部客户程序依然能够透明地使用面向对象的方式来进行操作？

《设计模式》GOF定义：

运用共享技术有效地支持大量细粒度的对象

示例

具体的实现方式千差万别，如下面代码所示，一个典型的共享池的具体实现方法：

class Font{
  private:
    string key;
public:
    Font(const string & key){

    }
};

class FontFactory{
private:
    map<string,Font *> fontPool;
public:
    Font* GetFont(const string & key){
        map<string,Font *>::iterator item = fontPool.find(key);
        if(item != footPool.end()){
            //如果找到了。说明之前创建过了，不需要创建了
            return fontPool[key];
        }
        else {
            //如果没有创建，那么就进行创建，并将其增加到字体池里面
            Font * font = new Font(key);
            fontPool[key] = font;
            retrun font;
        }
    }

    void clear(){
        //....
    }

};

要点总结

面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。

Flywidget采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方面，要注意对象状态的处理。

对象的数量太大从而导致对象内存开销加大——什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能凭空臆断。