引子
享元是什么意思?第一次听说这个概念,心里十万个为什么。共享啥?元是啥?元素?甚是不解,到底什么鬼!?既然从字面意思看不出什么,那就先来看看官方定义。
官方定义: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个对象。
享元模式的优点和缺点
享元模式可以大大减少应用程序创建的对象,降低程序内存的占用,增强程序的性能,但它同时也提高了系统复杂性,需要分离出外部状态和内部状态,而且外部状态具有固化特性,不应该随内部状态改变而改变,否则导致系统的逻辑混乱。
享元模式的使用场景
- 系统中存在大量的相似对象。
- 细粒度的对象都具备较接近的外部状态,而且内部状态与环境无关,也就是说对象没有特定身份。
- 需要缓冲池的场景。