设计模式(十一)享元模式

引子

享元是什么意思?第一次听说这个概念,心里十万个为什么。共享啥?元是啥?元素?甚是不解,到底什么鬼!?既然从字面意思看不出什么,那就先来看看官方定义。

官方定义:Flyweight pattern(享元模式)是池技术的重要实现方式。使用共享对象可有效地支持大量的细粒度的对象。

享元模式的定义为我们提出了两个要求:细粒度的对象和共享对象。我们知道分配太多的对象到应用程序中将有损程序的性能,同时还容易造成内存溢出,原来是这么个意思,共享对象啊!

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

应用实例: 

  • JAVA 中的 String,如果有则返回,如果没有则创建一个字符串保存在字符串缓存池里面。
  • 数据库的数据池。
  • 线程中的线程池。

以下是通用类图:

内部状态

内部状态是对象可共享出来的信息,存储在享元对象内部并且不会随环境改变而改变。比如接下来举例中的干员ID、干员技能属性,每个对象都不一样,它们可以作为一个对象的动态附加信息,不必直接存储在具体某个对象中,属于可以共享的部分。

外部状态

外部状态是对象得以依赖的一个标记,是随环境改变而改变的、不可以共享的状态,如例子中的比赛地图+比赛模式符合字符串,它是一批对象的统一标识,是唯一的一个索引值。

接下来就以彩虹六号为例,我们假设有几千个干员要填写比赛信息,比赛地图有10张,比赛模式有3种。

下面是例子的类图:

抽象享元角色

在开发中,我们最好将外部状态都加上final关键字,防止意外获得了一个外部状态,然后无意修改了一下,池就混乱了!

还有就是,外部对象最好选择Java的基本类型作为标志,如String、int等,可以大幅地提升性能。

public abstract class SpecialForceInfo {
    //干员ID
    private int id;
    //干员技能
    private String skill;
    //比赛地图   外部状态
    private String map;
    //比赛模式   外部状态
    private String model;

    //getter和setter略
}

 具体享元角色

public class ConcreteSpecialForceInfo extends SpecialForceInfo {
    //定义一个对象池提取KEY的值
    private String key;

    //构造函数获得相同标志
    public ConcreteSpecialForceInfo(String key) {
        this.key = key;
    }

    public String getKey() {
        return key;
    }

    public void setKey(String key) {
        this.key = key;
    }
}

享元工厂

public class SpecialForceFactory {
    //池容器
    private static HashMap<String, SpecialForceInfo> pool = new HashMap<>();

    //干员报名信息的对象工厂
    //从池中获得对象
    public static SpecialForceInfo getSpecialForceInfo(String key) {
        //设置返回对象
        SpecialForceInfo result = null;
        //池中没有该对象,则建立,并放入池中
        if (!pool.containsKey(key)) {
            System.out.println(key + "---建立对象,并放置到池中---");
            result = new ConcreteSpecialForceInfo(key);
            pool.put(key, result);
        }else {
            result = pool.get(key);
            System.out.println(key + "---直接从池中取得---");
        }
        return result;
    }
}

测试类

public class Client {
    public static void main(String[] args) {
        //初始化对象池
        for (int i = 0; i < 3; i++) {
            String model = "比赛模式" + i;
            //初始化比赛地图
            for (int j = 0; j < 10; j++) {
                String map = model + "比赛地图" + j;
                SpecialForceFactory.getSpecialForceInfo(map);
            }
        }
        SpecialForceInfo specialForceInfo = SpecialForceFactory.getSpecialForceInfo("比赛模式3比赛地图5");
    }
}

运行结果

通过这样的方式,内存中至多有3*10个=30个对象。

享元模式的优点和缺点

    享元模式可以大大减少应用程序创建的对象,降低程序内存的占用,增强程序的性能,但它同时也提高了系统复杂性,需要分离出外部状态和内部状态,而且外部状态具有固化特性,不应该随内部状态改变而改变,否则导致系统的逻辑混乱。

享元模式的使用场景

  • 系统中存在大量的相似对象。
  • 细粒度的对象都具备较接近的外部状态,而且内部状态与环境无关,也就是说对象没有特定身份。
  • 需要缓冲池的场景。

 

 

 

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值