设计模式笔记--享元模式

常用设计模式有23中，分为：

创建型模式（主要用于创建对象）

1、单例模式    2、工厂方法模式    3、抽象工厂模式    4、建造者模式     5、原型模式 
行为型模式 （主要用于描述对象或类是怎样交互和怎样分配职责）

1、模板方法模式  2、中介者模式  3、命令模式    4、责任链模式   5、策略模式   6、迭代器模式  

7、观察者模式      8、备忘录模式   9、访问者模式   10、状态模式  11、解释器模式

结构型模式(主要用于处理类或对象的组合)

1、代理模式  2、装饰模式   3、适配器模式   4、组合模式  5、外观模式（门面模式）   6、享元模式   7、桥梁模式

 

享元模式  

 

享元模式（Flyweight Pattern）是池技术的重要实现方式，其定义如下：

使用共享对象可有效地支持大量的细粒度的对象。

享元模式的定义提出了两个要求：细粒度的对象和共享对象。

 要求细粒度对象，那么不可避免地使得对象数量多且性质相近，那我们就将这些对象的信息分为两个部分：内部状态（intrinsic）与外部状态（extrinsic）。

● 内部状态

内部状态是对象可共享出来的信息，存储在享元对象内部并且不会随环境改变而改变，它们可以作为一个对象的动态附加信息，不必直接储存在具体某个对象中，属于可以共享的部分。

● 外部状态

外部状态是对象得以依赖的一个标记，是随环境改变而改变的、不可以共享的状态，它是一批对象的统一标识，是唯一的一个索引值。

享元模式角色名称。

● Flyweight——抽象享元角色

它简单地说就是一个产品的抽象类，同时定义出对象的外部状态和内部状态的接口或实现。

● ConcreteFlyweight——具体享元角色

具体的一个产品类，实现抽象角色定义的业务。该角色中需要注意的是内部状态处理应该与环境无关，不应该出现一个操作改变了内部状态，同时修改了外部状态，这是绝对不允许的。

● unsharedConcreteFlyweight——不可共享的享元角色

不存在外部状态或者安全要求（如线程安全）不能够使用共享技术的对象，该对象一般不会出现在享元工厂中。

● FlyweightFactory——享元工厂

职责非常简单，就是构造一个池容器，同时提供从池中获得对象的方法。  

享元模式的通用代码

先看抽象享元角色，如代码清单28-7所示。

<span style="font-size:18px;">代码清单28-7 抽象享元角色public abstract class Flyweight {//内部状态private String intrinsic;//外部状态protected final String Extrinsic;//要求享元角色必须接受外部状态public Flyweight(String _Extrinsic){this.Extrinsic = _Extrinsic;}//定义业务操作public abstract void operate();//内部状态的getter/setterpublic String getIntrinsic() {return intrinsic;}public void setIntrinsic(String intrinsic) {this.intrinsic = intrinsic;}}</span>

抽象享元角色一般为抽象类，在实际项目中，一般是一个实现类，它是描述一类事物的方法。在抽象角色中，一般需要把外部状态和内部状态（当然了，可以没有内部状态，只有行为也是可以的）定义出来，避免子类的随意扩展。

我们再来看具体的享元角色，如代码清单28-8所示。

<span style="font-size:18px;">代码清单28-8 具体享元角色public class ConcreteFlyweight1 extends Flyweight{//接受外部状态public ConcreteFlyweight1(String _Extrinsic){super(_Extrinsic);}//根据外部状态进行逻辑处理public void operate(){//业务逻辑}}</span>

<span style="font-size:18px;">public class ConcreteFlyweight2 extends Flyweight{//接受外部状态public ConcreteFlyweight2(String _Extrinsic){super(_Extrinsic);}//根据外部状态进行逻辑处理public void operate(){//业务逻辑}}</span>

这很简单，实现自己的业务逻辑，然后接收外部状态，以便内部业务逻辑对外部状态的依赖。

注意　在程序开发中，确认只需要一次赋值的属性则设置为final类型，避免无意修改导致逻辑混乱，特别是Session级的常量或变量。

我们继续看享元工厂，如代码清单28-9所示。

<span style="font-size:18px;">代码清单28-9 享元工厂public class FlyweightFactory {//定义一个池容器private static HashMap pool= new HashMap();//享元工厂public static Flyweight getFlyweight(String Extrinsic){//需要返回的对象Flyweight flyweight = null;//在池中没有该对象if(pool.containsKey(Extrinsic)){flyweight = pool.get(Extrinsic);}else{//根据外部状态创建享元对象flyweight = new ConcreteFlyweight1(Extrinsic);//放置到池中pool.put(Extrinsic, flyweight);}return flyweight;}}  </span>

优点和缺点 

 享元模式是一个非常简单的模式，它可以大大减少应用程序创建的对象，降低程序内存的占用，增强程序的性能，

但它同时也提高了系统复杂性，需要分离出外部状态和内部状态，而且外部状态具有固化特性，不应该随内部状态改变而改变，否则导致系统的逻辑混乱

使用场景 

● 系统中存在大量的相似对象。

● 细粒度的对象都具备较接近的外部状态，而且内部状态与环境无关，也就是说对象没有特定身份。

● 需要缓冲池的场景。  

线程安全的问题  

享元模式是让我们使用共享技术，而Java的多线程又有如此问题，该如何设计呢？

没什么可以参考的标准，只有依靠经验，在需要的地方考虑一下线程安全，在大部分的场景下都不用考虑。

我们在使用享元模式时，对象池中的享元对象尽量多，多到足够满足业务为止。  

性能平衡  

尽量使用Java基本类型作为外部状态  

外部状态最好以Java的基本类型作为标志，如String、int等，可以大幅地提升效率。  

注意　如果把一个对象作为Map类的键值，一定要确保重写了equals和hashCode方法，否则会出现通过键值搜索失败的情况，例如map.get(object)、map.contains(object)等会返回失败的结果。  

需要说明一下的是，虽然可以使用享元模式可以实现对象池，但是这两者还是有比较大的差异：

对象池着重在对象的复用上，池中的每个对象是可替换的，从同一个池中获得A对象和B对象对客户端来说是完全相同的，它主要解决复用，

享元模式在主要解决的对象的共享问题，如何建立多个可共享的细粒度对象则是其关注的重点。  

实例

 

<span style="font-size:18px;">代码清单28-4 带对象池的报考信息public class SignInfo4Pool extends SignInfo {//定义一个对象池提取的KEY值private String key;//构造函数获得相同标志public SignInfo4Pool(String _key){this.key = _key;}public String getKey() {return key;}public void setKey(String key) {this.key = key;}}</span>

注意　在对象池中，对象一旦产生，必然有一个唯一的、可访问的状态标志该对象，而且池中的对象声明周期是由池容器决定，而不是由使用者决定的。  

工厂类如代码清单28-5所示  

<span style="font-size:18px;">代码清单28-5 带对象池的工厂类public class SignInfoFactory {//池容器private static HashMap<String,SignInfo> pool = new HashMap<String,SignInfo>();//报名信息的对象工厂@Deprecatedpublic static SignInfo(){return new SignInfo();}//从池中获得对象public static SignInfo getSignInfo(String key){//设置返回对象SignInfo result = null;//池中没有该对象，则建立，并放入池中if(!pool.containsKey(key)){System.out.println(key + "----建立对象，并放置到池中");result = new SignInfo4Pool(key);pool.put(key, result);}else{result = pool.get(key);System.out.println(key +"---直接从池中取得");}return result;}}</span>

读者需要注意一点的是@Deprecated注解，不要有删除投产中代码的念头，如果方法或类确实不再使用了，增加该注解，表示该方法或类已经过时，尽量不要再使用了，我们应该保持历史原貌，同时也有助于版本向下兼容，特别是在产品级研发中。  

客户端是如何调用的  

<span style="font-size:18px;">代码清单28-6 场景类public class Client {public static void main(String[] args) {//初始化对象池for(int i=0;i<4;i++){String subject = "科目" + i;//初始化地址for(int j=0;j<30;j++){String key = subject + "考试地点"+j;SignInfoFactory.getSignInfo(key);}}SignInfo signInfo = SignInfoFactory.getSignInfo("科目1考试地点1");}}</span>