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

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");


从上面代码能够看出,我们利用了Map避免了大量查询南京到杭州列车信息相关的ConcreteTicket实例对象的创建。避免了频繁GC的发生。

从输出结果也能够看出第二次查询即从缓存中获取到ConcreteTicket对象。

在本例中内部状态就是从南京到杭州,外部状态是列车类型和价格,价格会随着列车类型变化


在JDK中的String的相关属性也符合了享元模式的实现原则,这就涉及到了常量池的概念,详细的已经在从JVM角度比較equals和==的差别一文中介绍过了。感兴趣的同学能够參考。


3. 享元模式的优缺点比較

享元模式的长处:

享元模式大幅度地减少内存中对象的数量,提高了程序的性能。

 享元模式的缺点:

1)为了使对象能够共享。须要将一些状态外部化,这使得程序的逻辑复杂化。

2)享元模式须要额外维护对象缓存池。



原文地址:https://www.cnblogs.com/lytwajue/p/7395750.html