通过与其他类似对象共享数据来减少内存占用

如果一个应用程序使用了太多的对象， 就会造成很大的存储开销。 
特别是对于大量轻量级 （细粒度）的对象，比如在文档编辑器的设计过程中，我们如果为每个字母创建一个对象的话，系统可能会因为大量的对象而造成存储开销的浪费。
例如一个字母“a”在文档中出现了100000 次，而实际上我们可以让这一万个字母“a”共享一个对象，当然因为在不同的位置可能字母“a”有不同的显示效果（例如字体和大小等设置不同） ，
在这种情况我们可以为将对象的状态分为“外部状态”和“内部状态” ，
将可以被共享（不会变化）的状态作为内部状态存储在对象中，而外部对象（例如上面提到的字体、大小等）我们可以在适当的时候将外部对象最为参数传递给对象（例如在显示的时候，将字体、大小等信息传递给对象） 。
Flyweight 模式可以解决上面的问题，

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

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

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

                                          　　　　　——《设计模式》GoF

class Font {　　//用来描述字体
private:

    //unique object key
    string key;
    
    //object state
    //....
    
public:
    Font(const string& key){　　//利用这个key来创建对象
        //...
    }
};

class FontFactory{
private:
    map<string,Font* > fontPool;　　//map映射key--对象指针
    
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;
            return font;
        }

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

实现是多种的，但是总体思想是一样的

注意：上面的Font对象一旦创建出来，状态就无法更改了，是只读的。共享最好就是只读的，不允许随便修改

字段，字节对齐，虚函数表指针（有10个虚函数，也只有一个虚函数表指针），总共加起来假设有10字段40字节
1024个对象：40*1024=40kb
102400个对象：40:1024*100=4000kb~4M

不能臆想，需要去评估，用于处理对象过多时使用享元模式