一 概述
也许你会觉得享元模式比较陌生,但是相信在你的软件开发生涯中应该不知不觉的用了很多次,只是你没有总结。例例如你肯定用到过缓存,用到过对。。。
1.1 定义
使用共享对象可有效地支持大量的细粒度的对象。
- 享元模式属于结构型模式
- 享元模式是池技术的重要实现方式,它可以减少重复对象的创建,使用缓存来共享对象,从而降低内存的使用
- 细粒度的对象其状态可以分为两种:内部状态和外部状态
内部状态:对象可共享出来的信息,存储在享元对象内部并且不会随环境的改变而改变。
外部状态:对象依赖的一个标记是随环境改变而改变的,并且不可共享。
共享对象的状态分为内部状态与外部状态,内部状态在各个对象间共享,而外部状态由客户端传入,这一点一定要牢记。
1.2 使用场景
当你的程序中存在大量相似对象,每个对象之间只是根据不同的使用场景有些许变化时。
1.3 UML 类图
角色说明:
- Flyweight (享元接口):接口或抽象类,可以同时定义出对象的外部状态和内部状态的接口或实现
- ConcreteFlyweight(具体享元对象):实现享元接口中定义的接口
- UnsharedConcreteFlyweight(不可共享的享元对象):并不是所有的抽象享元类的子类都需要被共享,不能被共享的子类可设计为非共享具体享元类;当需要一个非共享具体享元类的对象时可以直接通过实例化创建。该对象一般不会出现在享元工厂中
- FlyweightFactory(享元工厂):管理对象池和创建享元对象
二 实现
最近共享单车非常火,就以共享单车为例。如果我们之前没用过共享单车的话,需要先交一份押金才能用,交过押金之后,第二次使用的话就可以直接用了,不用再次交押金。这就跟对象池非常像,如果池中没有这个对象的话,需要先创建一个对象;如果存在的话,则可以直接使用这个对象了。
2.1 创建抽象享元接口
定义一个单车接口,里面有个计费方法:
public interface IBike {
void billing(int time);
}
2.2 创建具体享元对象
创建共享单车类,其中单价是它的内部状态,不随环境而改变;总价是它的外部状态,随着环境改变而改变。
public class ShareBike implements IBike { // 共享单车类
private int price = 1; // 单价
private int total; // 总价
@Override
public void billing(int time) {
total = price * time;
System.out.println("骑车花费了" + total + "元");
}
}
2.3 创建享元工厂
负责管理对象池和创建享元对象:
public class BikeFactory {
private static Map<String, IBike> pool = new HashMap<>(); // 使用 HashMap 来保存 IBike 对象
public IBike getBike(String name) {
IBike bike = null;
if (pool.containsKey(name)) { // 如果存在对象的话,直接使用
System.out.println("押金已交,直接用车:" + name);
bike = pool.get(name);
} else { // 对象不存在的话,先创建对象
bike = new ShareBike();
pool.put(name, bike);
System.out.println(name + "交100押金,可以用车了。");
}
return bike;
}
}
2.4 客户端测试
public void test() {
BikeFactory factory=new BikeFactory();
IBike ofo = factory.getBike("ofo");
ofo.billing(2);
IBike mobike = getBike("Mobike");
mobike.billing(1);
IBike ofo1 = getBike("ofo");
ofo1.billing(3);
}
输出结果:
ofo交100押金,可以用车了。
骑车花费了2元
Mobike交100押金,可以用车了。
骑车花费了1元
押金已交,直接用车:ofo
骑车花费了3元
三 总结
3.1 要点
- 首先一定要区分出内部状态与外部状态,共享对象只持有内部状态,内部状态不可以从客户端设置,而外部状态必须从客户端设置
- 合理设计共享对象分类,大部分情况下会设计成一组,而不是一个共享对象
- 共享对象要求是不可变对象,从 FlyWeightFactory 获取到的对象都是一个原始的对象,而不是一个状态不确定的对象
3.2 优点
大大减少了系统创建的对象,降低了程序内存的使用。
3.3 缺点
- 将对象分为内部状态和外部状态两部分,导致系统变复杂,逻辑也更复杂
- 将享元对象的状态外部化,而读取外部状态使得运行时间稍微变长
四 Android 中的源码实例分析
关于享元模式,我们接触到最多的还是 Java 中的 String。如果字符串常量池中有此字符则直接返回,否则先在字符串常量池中创建字符串。
看下例子:
4.1 String 例子
String s0 = "abc";
String s1 = "abc";
System.out.println("s0 == s1 " + s0 == s1);
输出结果:
s0 == s1 true
可以看到 s0 和 s1 指向了同一个引用。
4.2 说明
由于 String 采用了享元模式,可以防止程序创建过多相同的字符串,节省了内存。关于 String 类的详解,可以查看其他资料哈~