享元模式的主要目的、意图是为对象的大量使用提供一种共享机制。该模式的思想重在复用、共享复用。像文字、列表中的格子等这类多数都是需要考虑复用技术，否则必将大量耗费内存空间而使资源以及性能等大量耗费。该模式的类关系图参考如下：
模式的编码结构参考如下：
namespace flyweight
{
class Flyweight {};
class ConcreteFlyweight : public Flyweight {};
class UnsharedFlyweight : public Flyweight {};
class FlyweightFactory
{
public:
typedef int TKey;
Flyweight* getFlyweight(const TKey& key) {
auto pRetItem = this->getItemByKey(key);
if (nullptr == pRetItem) {
pRetItem = this->createNewInstance(key);
if (nullptr != pRetItem) {
this->addNewItem(pRetItem);
}
}
return pRetItem;
} private:
Flyweight* getItemByKey(const TKey& key) {
// some code here........
return nullptr;
} Flyweight* createNewInstance(const TKey& key) {
// some code here........
return nullptr;
} void addNewItem(Flyweight* pNewItem) {
// some code here........
} };//class FlyweightFactory }//namespace flyweight
Flyweight编码结构参考
关于复用、共享技术，多数情况下我们也会使用Cache，或者使用空闲队列等用以暂时存放当前不正在被使用的那些“垃圾”对象。待下次有需要时，再从中取出来使用。如：列表UI的格子，当格子移出可视框区域后，我们不会立即将它们删除掉，而是移入空闲队列，另一端因为空出一片“空地”，于是需要一个或几个新的格子来填补该区域，此时就从空闲队列中取出可用的，如果取不到，此时才去新创建出格子实例。还有像游戏AI中的许多对象也是如此。
再如像文字引擎或图形渲染库等，一个文字或一张图像的纹理在引擎中可能就只有一份轮廓、图像实例，而在渲染时，由外部指定相关参数，如：位置，混合颜色、系数、缩放比例等，将这份实例对象，渲染展现到各个位置上，从而实现资源的共享使用。如不这样，则内存资源的使用将耗费极大（因为图像是相当耗资源的）。
在前面【结构型】AbstractFactory模式 & FactoryMethod模式中，也曾提到过，我们可以通过一些技术手段，实现通用的带Cache的通用工厂，从而达到资源的复有目的。
Cache技术与享元模式的探讨：
1) Cache注重的是复用，重复利用。说白了，被复用的对象，在被重新使用时，也仅供1个使用者使用，并未达到共享、共用的目的。
2) 享元更注重共享使用，即：对某对象共享使用，一个对象，可以供N个使用者使用。或许形象点比喻，可理解为：一个对象实例，然后有着一个使用它的引用计数器一样对其进行使用计数。有N个对象使用它时，它的记数就是n。当都没有被时，这时，它才有可能被从内存中移除。此时这边就有个疑问：既然N个使用者在使用同一个对象，那这对象的数据不乱套了么？是的，也正是因为此，在使用享元模式设计对象时，必需要对Flyweight对象的数据属性进行区别，将公共的数据由模式内部维护，而特性数据，只能由使用者自己维护、提供。因此，这N个使用者，在使用共享对象时，所进行的操作，都只会影响他们自己持有的特性数据属性。这点很关键，也是难点。
3) 享元模式在设计上，也并非说所提供的对象一定都必需是要共享的，它也可以提供不共享的对象。极端情况下，所提供的对象，全都是不共享的，然后再支持对象回收机制，此时，其实就退化成前面说的Cache了。