23种设计模式讲解——享元模式

享元模式

定义：

运用共享技术来有效地支持大量细粒度对象的复用。它通过共享已经存在的对象来大幅度减少需要创建的对象数量、避免大量相似类的开销，从而提高系统资源的利用率。

UML:

享元模式的主要角色有如下:

• 抽象享元角色（Flyweight）： 是所有的具体享元类的基类，为具体享元规范需要实现的公共接口，非享元的外部状态以参数的形式通过方法传入。
• 具体享元（Concrete Flyweight）角色： 实现抽象享元角色中所规定的接口。
• 非享元（Unsharable Flyweight)角色： 是不可以共享的外部状态，它以参数的形式注入具体享元的相关方法中。
• 享元工厂（Flyweight Factory）角色： 负责创建和管理享元角色。当客户对象请求一个享元对象时，享元工厂检査系统中是否存在符合要求的享元对象，如果存在则提供给客户；如果不存在的话，则创建一个新的享元对象。

我的理解:

享元模式可以减少创建对象的数量，比如我们现在需要画一些圆“红色的圆”、 “蓝色的圆” ，我们的做法是：首先将这些对象new出来，然后调用对象的绘制方法就行了。但是这样有一些弊端，比如化1000个圆就要new1000下。享元模式 的思路是既然他们都是圆，我们完全可以将将其抽象出来一个圆形对象，在其绘制方法中传入不同的颜色就绘制不同颜色的圆，这样我们就只需要一个对象就可以了。大大减少了对象的创建数量。

优点:

1. 大大减少对象的创建，降低系统的内存，使效率提高。

缺点:

1. 提高了系统的复杂度，需要分离出外部状态和内部状态，而且外部状态具有固有化的性质，不应该随着内部状态的变化而变化，否则会造成系统的混乱。

使用场景：

1. 系统有大量相似对象。
2. 需要缓冲池的场景。

注意事项：

1. 注意划分外部状态和内部状态，否则可能会引起线程安全问题。 2、这些类必须有一个工厂对象加以控制。