概述
当一个软件系统在运行时产生的对象数量太多，将导致运行代价过高，带来系统性能下降等问题。例如，在一个文本字符串中存在很多重复的字符，如果每一个字符都用一个单独的对象来表示，将会占用较多的内存空间。如何去避免系统中出现大量相同或相似的对象，同时又不影响客户端程序通过面向对象的方式对这些对象进行操作？享元模式正为这一类问题而诞生。享元模式通过共享技术实现相同或相似对象的重用，在逻辑上每一个出现的字符都一个对象与之对应，然而在物理上它们却共享同一个享元对象，这个对象可以出现在一个字符串的不同地方，相同的字符对象都指向同一个实例，在享元模式中，存储这些共享实例对象的地方称为享元池(Flyweight Pool)，可以针对每一个不同的字符创建一个享元对象，将其放入享元池中，需要时再从享元池取出。
享元模式以共享的方式高效的支持大量细粒度对象的重用。享元对象能做到共享的关键是区分了内部状态(Intrinsic State)和外部状态(Extrinsic State).
内部状态是存储在享元对象内部并且不会随环境改变而改变的状态，内部状态可以共享。例如字符串的内容不会随环境的变化而变化，无论在任何环境下，字符串‘a’始终是‘a’，都不会改变为‘b’
外部状态是随环境改变而改变的，不可共享的状态。享元对象的外部状态通常由客户端保存，并在享元对象创建之后，需要使用的时候，再传入到享元对象内部。一个外部状态与另一个外部状态之间是相互独立的。如字符的颜色，可以在不同的地方有不同的颜色，例如有的‘a’是红色的，有的‘a’是绿色的，字符的大小也是如此，有的‘a’是五号字，有的‘a’是四号字。而且字符的颜色和大小是两个独立的外部状态，它们独立变化，相互之间没有影响，客户端可以在使用时将外部状态注入享元对象中。
正因为区分了内部状态和外部状态，可以将具有相同内部状态的对象存储在享元池中，享元池中的对象是可以实现共享的，需要的时候就将对象从享元池中取出，实现对象的复用。通过向取出的对象注入不同的外部状态，可以得到一系列相似的对象，而这些对象在内存中实际上次只存储一份。
定义
享元模式(Flyweight Pattern):运用共享技术有效地支持大量细粒度对象的复用。系统只使用少量的对象，而这些对象都很相似，状态变化很小，可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称之为轻量级模式，是一种对象结构型模式。
结构图
从上图可以看出
Flyweight(抽象享元类) :通常是一个接口或抽象类，在抽象享元类中声明了具体享元类公共的方法，这些方法可以向外界提供享元对象的内部数据(内部状态),同时也可以通过这些方法来设置外部数据(外部状态)
ConcreteFlyweight(具体享元类):它实现了抽象享元类，其实例称为享元对象，在具体享元类中为内部类提供了存储空间。通常，可以结合单例模式来设计具体享元类，为每一个享元类提供唯一的享元对象
UnsharedConcreteFlyweight(非共享具体享元类):并不是所有的抽象享元类的子类都需要被共享，不能被共享的子类可设计为非共享具体享元类；当需要一个非共享具体享元类的对象时可以直接通过实例化创建。
FlyweightFactory(享元工厂类)：享元工厂类用于创建并管理享元对象，它针对抽象享元类编程，将各种类型的具体享元对象存储在一个享元池中，享元池一般设计为一个存储‘键值对’的集合(也可以是其他类型的集合)，可以结合工厂模式进行设计；当用户请求一个具体享元对象时，享元工厂提供一个存储在享元池中已创建的实例或者创建一个新的实例(如果不存在的话)，返回新创建的实例并将其存储在享元池中
典型代码
在享元模式中引入享元工厂类，享元工厂类的作用在于提供一个用于存储享元对象的享元池，当用户需要对象时，首先从享元池中获取，如果享元池中不存在，则创建一个新的享元对象返回给用户，并在享元池中保存该新增对象。典型的享元工厂类的代码如下：
class FlyweightFactory{
//定义一个HashMap用于存储享元对象，实现享元池
private HashMap flyweights = new HashMap();
public Flyweight getFlyweight(String key){
//如果对象存在，则直接从享元池获取
if(flyweights.containsKey(key)){
return (Flyweight)flyweights.get(key);
}
}
//如果对象不存在，先创建一个新的对象添加到享元池中，然后返回
else{
Flyweight fw = new ConcreteFlyweight();
flyweights.put(key, fw);
return fw;
}
}
享元类的设计是享元模式的要点之一，在享元类中要将内部状态和外部状态分开处理，通常将内部状态作为享元类的成员变量，而外部状态通过注入的方式添加到享元类中。典型的享元类代码如下：
class Flyweight{
//内部状态 intrinsicState作为成员变量，同一个享元对象其内部状态是一致的
private String intrinsicState;
public Flyweight(String intrinsicState){
this.intrinsicState = intrinsicState;
}
//外部状态extrinsicState在使用时由外部设置，不保存在享元对象中，即使是同一个对象，在每一次调用时可以传入不同的外部状态
public void operation(String extrinsicState){
.....
}
}
例子：围棋棋子
使用享元模式设计围棋软件中的棋子
结构图
代码实现
围棋棋子类：抽象享元类
public abstract class IgoChessman {
public abstract String getColor();
public void dispaly() {
System.out.println("棋子颜色：" + this.getColor());
}
public void dispaly() {
System.out.println("棋子颜色：" + this.getColor());
}
}
黑色棋子类：具体享元类
public class BlackIgoChessman extends IgoChessman {
@Override
public String getColor() {
// TODO Auto-generated method stub
return "黑色";
}
}
白色棋子类：具体享元类
public class WhiteIgoChessman extends IgoChessman {
public String getColor() {
return "白色";
}
}
围棋棋子工厂类：享元工厂类，使用单例模式设计
public class IgoChessmanFactory {
private static IgoChessmanFactory instance = new IgoChessmanFactory();
private static Hashtable ht; //使用Hashtable来存储享元对象，充当享元池
private IgoChessmanFactory() {
ht = new Hashtable();
IgoChessman black, white;
black = new BlackIgoChessman();
ht.put("b", black);
white = new WhiteIgoChessman();
ht.put("w", white);
}
//返回享元工厂类的唯一实例
public static IgoChessmanFactory getInstance() {
return instance;
}
//通过key来获取存储在Hashtabke中的对象
public static IgoChessman getIgoChessman(String color) {
return (IgoChessman)ht.get(color);
}
}
客户端
public class Client {
public static void main(String[] args) {
IgoChessman black1, black2, black3, white1, white2;
IgoChessmanFactory factory;
//获取享元工厂对象
factory = IgoChessmanFactory.getInstance();
//通过享元工厂获取3颗黑子
black1 = factory.getIgoChessman("b");
black2 = factory.getIgoChessman("b");
black3 = factory.getIgoChessman("b");
System.out.println("判断两个黑子是否相同:"+ (black1 == black3));
//通过享元工厂获取两颗棋子
white1 = factory.getIgoChessman("w");
white2 = factory.getIgoChessman("w");
System.out.println("判断两个白子是否相同:"+ (white1 == white2));
//显示棋子
black1.dispaly();
black2.dispaly();
black3.dispaly();
white1.dispaly();
white2.dispaly();
}
}
例子
对上述例子围棋棋子实例进行修改，添加坐标属性，记录每一个棋子的坐标
结构图
在上图中，除了增加一个坐标类Coordinates以外，抽象享元类IgoChessman中的display()方法也将对应增加一个Coordinates类型的参数，用于在显示棋子时指定其坐标，Coordinates类和修改之后的IgoChessman类的代码如下：
坐标类：外部状态类
public class Coordinates {
private int x;
private int y;
public Coordinates(int x, int y) {
this.x = x;
this.y = y;
}
public int getX() {
return x;
}
public void setX(int x) {
this.x = x;
}
public int getY() {
return y;
}
public void setY(int y) {
this.y = y;
}
}
围棋棋子类：抽象享元类
public abstract class IgoChessman {
public abstract String getColor();
public void dispaly() {
System.out.println("棋子颜色：" + this.getColor());
}
public void dispaly(Coordinates coord) {
System.out.println("棋子颜色：" + this.getColor()+",棋子的位置：" + coord.getX()
+ "," + coord.getY());
}
}
客户端：
public class Cilent {
public static void main(String[] args) {
IgoChessman black1, black2, black3, white1, white2;
IgoChessmanFactory factory;
//获取享元工厂对象
factory = IgoChessmanFactory.getInstance();
//通过享元工厂获取3颗黑子
black1 = factory.getIgoChessman("b");
black2 = factory.getIgoChessman("b");
black3 = factory.getIgoChessman("b");
System.out.println("判断两个黑子是否相同:"+ (black1 == black3));
//通过享元工厂获取两颗棋子
white1 = factory.getIgoChessman("w");
white2 = factory.getIgoChessman("w");
System.out.println("判断两个白子是否相同:"+ (white1 == white2));
//显示棋子
black1.dispaly(new Coordinates(1, 4));
black2.dispaly(new Coordinates(3, 3));
black3.dispaly(new Coordinates(6, 4));
white1.dispaly(new Coordinates(7, 6));
white2.dispaly(new Coordinates(8, 7));
}
}
单纯享元模式和复合享元模式
标准的享元模式结构图中既包含可以共享的具体享元类，也包含了不可以共享的非共享具体享元类。但实际使用中，有时候会用到两种特殊的享元模式：单纯享元模式和复合享元模式
1. 单纯享元模式
在单纯享元模式中，所有的具体享元类都是可以共享的，不存在非共享的具体享元类，结构图如下
2. 复合享元模式
将一些单纯享元对象使用组合模式加以组合，还可以形成复合享元对象，这样的复合享元对象本身不能共享，但是它们可以分解为单纯享元对象，而后者则可以共享，复合的享元模式的结构图如下：
通过复合享元模式，可以确保复合享元类CompositeConcreteFlyweight中所包含的每个单纯享元类都具有相同的外部状态，而这些单纯享元的内部状态往往可以不同。如果希望为多个内部状态不同的享元对象设置相同的外部状态，可以考虑使用复合享元模式
补充
与其他模式联用
享元模式通常需要和其他模式一起联用，几种常见的联用方式如下：
在享元模式的享元工厂类中通常提供一个静态的工厂方法用于返回享元对象，使用简单工厂模式生成享元对象
在一个系统中，通常只有唯一一个享元工厂，因此可以使用单例模式进行享元工厂类的设计
享元模式可以结合组合模式形成复合享元模式，统一对多个享元对象设置外部状态
享元模式与String类
JDK类库中的String类使用了享元模式，通过如下代码说明
class Demo{
String str1 = "abcd";
String str2 = "abcd";
String str3 = "ab" + "cd";
String str4 = "ab";
str4 += "cd";
System.out.println(str1 == str2);
System.out.println(str1 == str3);
System.out.println(str1 == str4);
str2 += "e";
System.out.println(str1 == str2);
}
在java语言中，如果每次执行类似String str1 = "abcd"的操作时都创建了一个新的字符串对象，将导致内存开销很大，因此如果第一次创建了内容为‘abcd’的字符串对象str1，下一次再创建内容相同的字符串对象str2时会将它的引用指向“abcd”，不会重新分配内存空间，从而实现了"abcd"在内存中的共享，上述代码输出如下：
true
true
false
false
注：Java String类对象这种在修改享元对象时，先将原有对象复制一份，然后在新的对象上再实施修改操作的机制称之为‘Copy On Write’
总结
当系统中存在大量相同或者相似的对象时，享元模式是一种较好的解决方法，它通过共享技术实现相同或相似的细粒度对象的复用，从而节约了内存空间，提高了系统性能。相比其他结构型设计模式，享元模式的使用频率并不算高，但是作为一种以‘节约内存，提高性能’为出发点的设计模式，它在软件开发中还是得到了一定程度的应用
优点
可以极大减少内存中对象的数量，使得相同或相似对象在内存中只保存一份，从而可以节约系统资源，提高系统性能
享元模式的外部状态相对独立，而且不会影响其内部状态，从而使得享元对象可以在不同的环境中被共享
缺点
享元模式使得系统变得复杂，需要分离出内部状态和外部状态，这使得程序的逻辑复杂化
为了使对象可以共享，享元模式需要将享元对象的部分状态外部化，而读取外部状态使得运行时间变长
适用场景
一个系统有大量相同或者相似的对象，造成内存的大量耗费
对象的大部分状态都可以外部化，可以将这些外部状态传入对象中
在使用享元模式时需要维护一个存储享元对象的享元池，而这需要耗费一定的系统资源，因此，在需要多次重复使用享元对象时才值得使用享元模式