模式概述
Flyweight模式又称享元模式，英文称为“Flyweight Pattern”，又译为羽量级模式或者蝇量级模式。
Flyweight模式的定义为：采用一个共享类来避免大量拥有相同内容的“小类”的开销。这种开销中最常见、直观的影响就是增加了内存的损耗。Flyweight模式以共享的方式高效的支持大量的细粒度对象，减少其带来的开销。
在名字和定义中都体现出了共享这一个核心概念，那么怎么来实现共享呢？事物之间都是不同的，但是又存在一定的共性，如果只有完全相同的事物才能共享，那么Flyweight模式可以说就是不可行的；因此我们应该尽量将事物的共性共享，而又保留它的个性。为了做到这点，Flyweight模式中区分了内蕴状态和外蕴状态。内蕴状态就是共性，外蕴状态就是个性了。
内蕴状态存储在Flyweight内部，不会随环境的改变而有所不同，是可以共享的；外蕴状态是不可以共享的，它随环境的改变而改变的，因此外蕴状态是由客户端来保持（因为环境的变化是由客户端引起的）。在每个具体的环境下，客户端将外蕴状态传递给Flyweight，从而创建不同的对象出来。
Flyweight模式由以下角色组成
- 1) 抽象Flyweight角色：为具体Flyweight角色规定了必须实现的方法，而外蕴状态就是以参数的形式通过此方法传入。在Java 中可以由抽象类、接口来担当。
- 2) 具体Flyweight角色：实现抽象角色规定的方法。如果存在内蕴状态，就负责为内蕴状态提供存储空间。
- 3) Flyweight工厂角色：负责创建和管理Flyweight角色。要想达到共享的目的，这个角色的实现是关键！
模式结构
模式讨论
在面向对象系统的设计何实现中，创建对象是最为常见的操作。这里面就有一个问题：如果一个应用程序使用了太多的对象，就会造成很大的存储开销。特别是对于大量轻量级（细粒度）的对象，比如在文档编辑器的设计过程中，我们如果为没有字母创建一个对象的话，系统可能会因为大量的对象而造成存储开销的浪费。
Flyweight模式优点就在于它能够大幅度的降低内存中对象的数量；而为了做到这一步也带来了它的缺点：它使得系统逻辑复杂化，而且在一定程度上外蕴状态影响了系统的速度。
综上所述，一般的情况下，很难使用到Flyweight模式。除非有存在一定量级及以上对象，并且对象具体共性。共性内容会被修改或者变化时，Flyweight模式可以不需要完全遍历每一个对应进行修改。另外，返回的对象管理也是个问题，建议使用智能指针，否则外部能很控制什么时候释放当前对象而产生迷惑。
使用Flyweight模式的条件：
- 1)系统中有大量的对象，他们使系统的效率降低。
- 2)这些对象的状态可以分离出所需要的内外两部分。
外蕴状态和内蕴状态的划分以及两者关系的对应也是非常值得重视的。只有将内外划分妥当才能使内蕴状态发挥它应有的作用；如果划分失误，在最糟糕的情况下系统中的对象是一个也不会减少的！两者的对应关系的维护和查找也是要花费一定的空间（当然这个比起不使用共享对象要小得多）和时间的，可以说Flyweight模式就是使用时间来换取空间的。可以采用相应的算法来提高查找的速度。
模式实现
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
以后的笔记潇汀会尽量详细讲解一些相关知识的，希望大家继续关注我的博客。
本节笔记到这里就结束了。
潇汀一有时间就会把自己的学习心得，觉得比较好的知识点写出来和大家一起分享。
编程开发的路很长很长，非常希望能和大家一起交流，共同学习，共同进步。
如果文章中有什么疏漏的地方，也请大家指正。也希望大家可以多留言来和我探讨编程相关的问题。
最后，谢谢你们一直的支持~~~
C++完整个代码示例（代码在VS2017下测试可运行）
代码及相关资料下载地址：
https://gitee.com/arvinxt/DesignPattern