设计模式——享元模式具体解释

0. 前言

写在最前面，本人的设计模式类博文，建议先看博文前半部分的理论介绍。再看后半部分的实例分析。最后再返回来复习一遍理论介绍，这时候你就会发现我在重点处标红的用心，对于帮助你理解设计模式有奇效哦~本文原创。转载请注明出处为SEU_Calvin的博客。

春运买火车票是一件疯狂的事情。同一时刻会有大量的查票请求涌向server。server必须做出应答来满足我们的购票需求。试想。这些请求包括着大量的反复，比方从A地到B地的车票情况。假设每次都反复创建一个车票查询结果的对象，那么GC任务将很繁重。影响性能，这就用到了我们的享元模式。

当然也会有不反复的请求。比方我想购买从A地到B地的高铁票。而你想买从A地到B地的动车票。

1. 享元模式模式介绍

享元模式定义：

享元模式以共享的方式高效地支持大量的细粒度对象。享元模式中仅仅有内部状态（不会随环境发生改变）能够共享，在春运的样例中代表详细的从A地到B地，外部状态（随环境改变）不可共享，在样例中代表客户想购买从A地到B地的高铁票还是动车票。

享元模式的使用场景：

假设一个应用程序须要创建大量的类似对象。须要用对象缓冲池时。

享元模式包括的角色：

（1）抽象享元Flyweight类：享元对象抽象基类或接口。

（2）详细享元ConcreteFlyweight类：实现抽象享元类。

（3）享元工厂FlyweightFactory类：享元模式的核心模块。负责管理享元对象池、创建享元对象，保证享元对象能够被系统适当地共享。

当一个client对象调用一个享元对象的时候。享元工厂角色会检查系统中是否已经有一个符合要求的享元对象，假设已有，享元工厂角色就提供这个已有的享元对象；假设没有就创建一个。

2. 享元模式模式实例介绍

通过上面给出的角色类，我们能够把文章開始时的样例实现一下，代码也比較简单：

/*
*@SEU_Calvin
*@2016/12/31
*/
//抽象享元类
public interface Ticket{//显示票价。參数为列车类型 
public void showPrice(String type);
}//详细享元类
public class ConcreteTicket implements Ticket {
String from;
String to;
public ConcreteTicket(String from,String to){this.from = from;this.to = to;
}@Override  
public void showPrice(String type){
if(type.equals("Gaotie")){System.out.println("从"+from+"到"+to+"的高铁票价为200元");
}else{System.out.println("从"+from+"到"+to+"的动车票价为120元");
}
}
}  //享元工厂类
public class TicketFactory{
static Map<String,Ticket> map= new ConcurrentHashMap< String,Ticket >();
public static Ticket getTicket(String from,String to){String key = from+to;if(map.containsKey(key)){System.out.println("使用缓存查询"+key);return map.get(key);
}else{System.out.println("创建对象查询"+key);Ticket ticket = new ConcreteTicket(from,to);map.put(key, ticket);return ticket;
}
}
}//使用时
TicketFactory. getTicket("南京","杭州").showPrice("Gaotie");
TicketFactory. getTicket("南京","杭州").showPrice("Dongche");