【Java设计模式】享元模式

✍ 面向对象技术可以很好地解决一些灵活性或可扩展性问题，但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时，将导致运行代价过高，带来性能下降等问题 。享元模式 正是为解决这一类问题而诞生的。 享元模式通过共享技术实现相同或相似对象的重用

在享元模式中 可以共享的相同内容称为内部状态(IntrinsicState) ，而那些需要外部环境来设置的不能共享的内容称为外部状态(Extrinsic State)，由于区分了内部状态和外部状态，因此可以通过设置不同的外部状态使得相同的对象可以具有一些不同的特征，而相同的内部状态是可以共享的。

在享元模式中通常会出现工厂模式，需要 创建一个享元工厂来负责维护一个享元池(Flyweight Pool) 用于存储具有相同内部状态的享元对象。在享元模式中共享的是享元对象的内部状态，外部状态需要通过环境来设置。在实际使用中，能够共享的内部状态是有限的，因此 享元对象一般都设计为较小的对象，它所包含的内部状态较少，这种对象也称为细粒度对象 。享元模式的目的就是使用共享技术来实现大量细粒度对象的复用

上面描述了享元模式的东西，下面是享元模式的定义：
享元模式(Flyweight Pattern) ：运用 共享技术 有效地支持大量 细粒度对象的复用。系统只使用少量的对象，而这些对象都很似，状态变化很小，可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称为 轻量级模式，它是一种 对象结构型模式 。

享元模式包含如下角色：

• Flyweight: 抽象享元类:是所有的具体享元类的基类，为具体享元规范需要实现的公共接口，非共享具体享元类的外部状态以参数的形式通过方法传入。
• ConcreteFlyweight: 具体享元类:实现抽象享元角色中所规定的接口。
• UnsharedConcreteFlyweight: 非共享具体享元类:是不可以共享的外部状态，它以参数的形式注入具体享元的相关方法中。
• FlyweightFactory: 享元工厂类:负责创建和管理享元角色。当客户对象请求一个享元对象时，享元工厂检査系统中是否存在符合要求的享元对象，如果存在则提供给客户；如果不存在的话，则创建一个新的享元对象。

✍ 下面进行演示一下：

创建一个员工的接口 (Flyweight: 抽象享元类)

public interface Employee {
    void report();  //作报告
}

创建部门经理（ConcreteFlyweight: 具体享元类）

public class Manager implements Employee{
    @Override
    public void report() {
        System.out.println(reportContent);
    }
    private String department;   //外部状态 依赖外部
    private String reportContent;
    private String title = "部门经理";  //内部状态

    public Manager(String department) {
        this.department = department;
    }

    public void setReportContent(String reportContent) {
        this.reportContent = reportContent;
    }
}

创建员工工厂（FlyweightFactory: 享元工厂类）

import java.util.HashMap;
import java.util.Map;

public class EmployeeFactory {
    private static final Map<String,Employee> EMPLOYEE_MAP = new HashMap<>();

    public static Employee getManager(String department){
        Manager manager = (Manager) EMPLOYEE_MAP.get(department);
        if(manager == null){
            manager = new Manager(department);
            System.out.println("创建部门经理 "+department);
            String reportContent = department+"部门汇报：此次汇报的主要内容是......";
            manager.setReportContent(reportContent);
            System.out.println("创建报告: "+reportContent);
            EMPLOYEE_MAP.put(department,manager);
        }
        return manager;
    }
}

创建测试（应用层）

public class Test {
    private static final String departments[] = {"RD","QS","PM","DD","MM"};

    public static void main(String[] args) {
        for (int i = 0; i < 3; i++) {
            String department = departments[(int)(Math.random()*departments.length)];
            Manager manager = (Manager)EmployeeFactory.getManager(department);
            manager.report();
        }
    }
}

类图：

UnsharedConcreteFlyweight: 非共享具体享元类体现在Test的departments

享元模式是一个 考虑系统性能 的设计模式 ， 通过使用享元模式可以 节约内存空间 ， 提高系统的性能 。

享元模式的核心在于 享元工厂类 ， 享元工厂类的作用在于提供一个用于存储享元对象的享元池，用户需要对象时，首先从享元池中获取， 如果享元池中不存在，则创建一个新的享元对象返回给用户，并在享元池中保存该新增对象。

享元模式以共享的方式高效地支持大量的细粒度对象，享元对象能做到共享的关键是区分 内部状态(Internal State)和外部状态(External State) 。
(1) 内部状态是存储在享元对象内部并且不会随环境改变而改变的状态，因此内部状态可以共享。
(2) 外部状态是随环境改变而改变的、不可以共享的状态。享元对象的外部状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。一个外部状态与另一个外部状态之间是相互独立的。

✍ 说一下享元模式的优缺点：
享元模式的优点

• 享元模式的优点在于它可以极大减少内存中对象的数量，使得相同对象或相似对象在内存中只保存一份。
• 享元模式的外部状态相对独立，而且不会影响其内部状态，从而使得享元对象可以在不同的环境中被共享。

享元模式的缺点

• 享元模式使得系统更加复杂，需要分离出内部状态和外部状态，这使得程序的逻辑复杂化。
• 为了使对象可以共享，享元模式需要将享元对象的状态外部化，而读取外部状态使得运行时间变长。

✍ 在以下情况下可以使用享元模式：

• 一个系统有大量相同或者相似的对象，由于这类对象的大量使用，造成内存的大量耗费。
• 对象的大部分状态都可以外部化，可以将这些外部状态传入对象中。
• 使用享元模式需要维护一个存储享元对象的享元池，而这需要耗费资源，因此，应当在多次重复使用享元对象时才值得使用享元模式。

✍ 模式应用

享元模式在 编辑器软件 中大量使用，如在一个文档中多次出现相同的图片，则只需要创建一个图片对象，通过在应用程序中设置该图片出现的位置，可以实现该图片在不同地方多次重复显示。

✍ 模式拓展

单纯享元模式和复合享元模式
单纯享元模式：在单纯享元模式中，所有的享元对象都是可以共享的，即所有抽象享元类的子类都可共享，不存在非共享具体享元类。

复合享元模式：将一些单纯享元使用组合模式加以组合，可以形成复合享元对象，这样的复合享元对象本身不能共享，但是它们可以分解成单纯享元对象，而后者则可以共享。

享元模式与其他模式的联用
在享元模式的享元工厂类中通常提供一个静态的工厂方法用于返回享元对象，使用简单工厂模式来生成享元对象。在一个系统中，通常只有唯一一个享元工厂，因此享元工厂类可以使用单例模式进行设计。享元模式可以结合组合模式形成复合享元模式，统一对享元对象设置外部状态。