享元模式
2019-08-08 本文已影响0人
闽越布衣
描述
享元模式是对象的结构模式。享元模式以共享的方式高效地支持大量的细粒度对象。
简介
享元模式采用一个共享来避免大量拥有相同内容对象的开销。这种开销最常见、最直观的就是内存的损耗。享元对象能做到共享的关键是区分内蕴状态(Internal State)和外蕴状态(External State)。
一个内蕴状态是存储在享元对象内部的，并且是不会随环境的改变而有所不同。因此，一个享元可以具有内蕴状态并可以共享。
一个外蕴状态是随环境的改变而改变的、不可以共享的。享元对象的外蕴状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。外蕴状态不可以影响享元对象的内蕴状态，它们是相互独立的。
享元模式可以分成单纯享元模式和复合享元模式两种形式。
单纯享元模式类图
复合享元模式类图
角色
- 抽象享元(Flyweight)角色 ：给出一个抽象接口，以规定出所有具体享元角色需要实现的方法。
- 具体享元(ConcreteFlyweight)角色：实现抽象享元角色所规定出的接口。如果有内蕴状态的话，必须负责为内蕴状态提供存储空间。
- 复合享元(ConcreteCompositeFlyweight)角色 ：复合享元角色所代表的对象是不可以共享的，但是一个复合享元对象可以分解成为多个本身是单纯享元对象的组合。复合享元角色又称作不可共享的享元对象。（复合享元模式拥有的角色）
- 享元工厂(FlyweightFactory)角色 ：本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象的时候，享元工厂角色会检查系统中是否已经有一个符合要求的享元对象。如果已经有了，享元工厂角色就应当提供这个已有的享元对象；如果系统中没有一个适当的享元对象的话，享元工厂角色就应当创建一个合适的享元对象。
优缺点
优点
- 它大幅度地降低内存中对象的数量，降低系统的内存，使效率提高。
缺点
- 享元模式使得系统更加复杂。为了使对象可以共享，需要将一些状态外部化，这使得程序的逻辑复杂化。
- 享元模式将享元对象的状态外部化，而读取外部状态使得运行时间稍微变长。
使用场景
- 系统中存在大量相同或相似的对象，这些对象耗费大量的内存资源。
- 大部分的对象可以按照内部状态进行分组，且可将不同部分外部化，这样每一个组只需保存一个内部状态。
示例
单纯享元模式
/**
* 抽象享元角色类
**/
public interface Flyweight {
/**
* 参数state是外蕴状态
* @param state
*/
void operation(String state);
}
/**
* 具体享元角色类
* 具体享元角色类ConcreteFlyweight有一个内蕴状态，在本例中一个Character类型的intrinsicState属性代表，它的值应当在享元对象被创建时赋予。所有的内蕴状态在对象创建之后，就不会再改变了。
* 如果一个享元对象有外蕴状态的话，所有的外部状态都必须存储在客户端，在使用享元对象时，再由客户端传入享元对象。这里只有一个外蕴状态，operation()方法的参数state就是由外部传入的外蕴状态。
**/
public class ConcreteFlyweight implements Flyweight {
private Character intrinsicState = null;
/**
* 构造函数，内蕴状态作为参数传入
*
* @param state
*/
public ConcreteFlyweight(Character state) {
this.intrinsicState = state;
}
/**
* 外蕴状态作为参数传入方法中，改变方法的行为，
* 但是并不改变对象的内蕴状态。
*/
@Override
public void operation(String state) {
System.out.println("Intrinsic State = " + this.intrinsicState);
System.out.println("Extrinsic State = " + state);
}
}
/**
* 享元工厂角色类
* 客户端不可以直接将具体享元类实例化，而必须通过一个工厂对象，利用一个factory()方法得到享元对象。一般而言，享元工厂对象在整个系统中只有一个，因此也可以使用单例模式。
* 当客户端需要单纯享元对象的时候，需要调用享元工厂的factory()方法，并传入所需的单纯享元对象的内蕴状态，由工厂方法产生所需要的享元对象。
**/
public class FlyweightFactory {
private Map<Character, Flyweight> files = new HashMap<Character, Flyweight>();
public Flyweight factory(Character state) {
//先从缓存中查找对象
Flyweight flyweight = files.get(state);
if (flyweight == null) {
//如果对象不存在则创建一个新的Flyweight对象
flyweight = new ConcreteFlyweight(state);
//把这个新的Flyweight对象添加到缓存中
files.put(state, flyweight);
}
return flyweight;
}
}
/**
* 客户端类
**/
public class Client {
public static void main(String[] args) {
FlyweightFactory factory = new FlyweightFactory();
Flyweight flyweight = factory.factory(new Character('A'));
flyweight.operation("First Call");
flyweight = factory.factory(new Character('B'));
flyweight.operation("Second Call");
flyweight = factory.factory(new Character('A'));
flyweight.operation("Third Call");
}
}
虽然客户端申请了三个享元对象，但是实际创建的享元对象只有两个，这就是共享的含义。运行结果如下：
运行结果
复合享元模式
/**
* 抽象享元角色类
**/
public interface Flyweight {
/**
* 参数state是外蕴状态
* @param state
*/
void operation(String state);
}
/**
* 具体享元角色类
**/
public class ConcreteFlyweight implements Flyweight {
private Character intrinsicState = null;
/**
* 构造函数，内蕴状态作为参数传入
*
* @param state
*/
public ConcreteFlyweight(Character state) {
this.intrinsicState = state;
}
/**
* 外蕴状态作为参数传入方法中，改变方法的行为，
* 但是并不改变对象的内蕴状态。
*/
@Override
public void operation(String state) {
System.out.println("Intrinsic State = " + this.intrinsicState);
System.out.println("Extrinsic State = " + state);
}
}
/**
* 复合享元角色
* 复合享元对象是由单纯享元对象通过复合而成的，因此它提供了add()这样的聚集管理方法。由于一个复合享元对象具有不同的聚集元素，这些聚集元素在复合享元对象被创建之后加入，这本身就意味着复合享元对象的状态是会改变的，因此复合享元对象是不能共享的。
* 复合享元角色实现了抽象享元角色所规定的接口，也就是operation()方法，这个方法有一个参数，代表复合享元对象的外蕴状态。一个复合享元对象的所有单纯享元对象元素的外蕴状态都是与复合享元对象的外蕴状态相等的；而一个复合享元对象所含有的单纯享元对象的内蕴状态一般是不相等的，不然就没有使用价值了。
**/
public class ConcreteCompositeFlyweight implements Flyweight {
private Map<Character, Flyweight> files = new HashMap<Character, Flyweight>();
/**
* 增加一个新的单纯享元对象到聚集中
*/
public void add(Character key, Flyweight fly) {
files.put(key, fly);
}
/**
* 外蕴状态作为参数传入到方法中
*/
@Override
public void operation(String state) {
Flyweight flyweight;
for (Object object : files.keySet()) {
flyweight = files.get(object);
flyweight.operation(state);
}
}
}
/**
* 享元工厂角色
* 提供两种不同的方法，一种用于提供单纯享元对象，另一种用于提供复合享元对象。
**/
public class FlyweightFactory {
private Map<Character, Flyweight> files = new HashMap<Character, Flyweight>();
/**
* 复合享元工厂方法
*/
public Flyweight factory(List<Character> compositeState) {
ConcreteCompositeFlyweight compositeFly = new ConcreteCompositeFlyweight();
for (Character state : compositeState) {
compositeFly.add(state, this.factory(state));
}
return compositeFly;
}
/**
* 单纯享元工厂方法
*/
public Flyweight factory(Character state) {
//先从缓存中查找对象
Flyweight flyweight = files.get(state);
if (flyweight == null) {
//如果对象不存在则创建一个新的Flyweight对象
flyweight = new ConcreteFlyweight(state);
//把这个新的Flyweight对象添加到缓存中
files.put(state, flyweight);
}
return flyweight;
}
}
/**
* 客户端角色
**/
public class Client {
public static void main(String[] args) {
List<Character> compositeState = new ArrayList<Character>();
compositeState.add('A');
compositeState.add('B');
compositeState.add('C');
compositeState.add('A');
compositeState.add('B');
FlyweightFactory flyFactory = new FlyweightFactory();
Flyweight compositeFly1 = flyFactory.factory(compositeState);
Flyweight compositeFly2 = flyFactory.factory(compositeState);
compositeFly1.operation("Composite Call");
System.out.println("---------------------------------");
System.out.println("复合享元模式是否可以共享对象：" + (compositeFly1 == compositeFly2));
Character state = 'A';
Flyweight flyweight1 = flyFactory.factory(state);
Flyweight flyweight2 = flyFactory.factory(state);
System.out.println("单纯享元模式是否可以共享对象：" + (flyweight1 == flyweight2));
}
}
运行结果图
从运行结果可以看出，一个复合享元对象的所有单纯享元对象元素的外蕴状态都是与复合享元对象的外蕴状态相等的。即外运状态都等于Composite Call。
从运行结果可以看出，一个复合享元对象所含有的单纯享元对象的内蕴状态一般是不相等的。即内蕴状态分别为b、c、a。
从运行结果可以看出，复合享元对象是不能共享的。即使用相同的对象compositeState通过工厂分别两次创建出的对象不是同一个对象。
从运行结果可以看出，单纯享元对象是可以共享的。即使用相同的对象state通过工厂分别两次创建出的对象是同一个对象。
