动机：
　　采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时代价－－主要指内存需求方面的代价。
　　如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？
　　
意图：
　　运用共享技术有效地支持大量细粒度的对象。
　　出自：《设计模式》GoF

Flyweight模式的几个要点：
　　１、面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight设计模式主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。
　　２、Flywight采用对象共享的做法来降低系统中对象的个数，从而降低细粒对象给系统带来的内存压力。在具体实现方面，要注意对象状态的处理。
　　３、对象的数量太大从而导致对象内存开销加大－－什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能凭空臆断。

模式代码：

 

    public class Font : Object //(12b + 8b[指针4b,垃圾回收4b] = 20b) * n
    {
        public string fontName;  //4b
        public int size;         //4b
        public Color color;      //4b
    }

    public class Charactor 
    {
        public char chr;   //2b + 2b[32位系统的填充效果，不足一个字的对象要填充到一个字4b]
        public Font f;
        private static Hashtable fontTable;

        public Font CFont
        {
            get
            {
                return f;
            }
            set
            {
                if (fontTable.Keys.Exist(f))
                {
                    this.f = fontTable.Keys[f];
                }
                else
                {
                    fontTable.Keys.Add(value);
                }

            }
        }
    }


主程序：

        public static void Main()
        {
            ArrayList list = new ArrayList(100000);
            
            for (int i = 0; i < list.Count; i++)
            {
                Charactor c = new Charactor();  //这里生成不同的对象
                c.chr = 'a';
                c.CFont = new Font("宋体", 5, Color.Red);
                list.Add(c);
            }
        }