设计模式（14）结构型模式 - 享元模式

前言

前面已经完成了结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式的学习

适配器模式是通适配器类将一个客户无法使用的类转换成客户需要的类（充电器：220V->5V）

桥接模式是定义一个“桥梁”将一个事物的多种变化通过聚合方式组合起来，简化了需要的类（画画的多种颜色与画笔的大小型号）

装饰模式是动态的给被装饰者添加功能（给咖啡加糖、牛奶）

组合模式是通过继承同一抽象类，将叶子节点与上层节点统一层次，以一种递归的方式表现“整体-部分”的关系（学校 -> 学院 - > 系）

外观模式是增加一个外观角色（抽象-具体），隔离子系统和客户类，使客户类可以简单的控制多种子系统（家庭影院通过一个遥控器控制多种仪器）

现在继续享元模式

现实中的问题

面向对象技术可以很好地解决一些灵活性或可扩展性问题，但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时，将导致运行代价过高，带来性能下降等问题

一个棋盘

用程序去描述，一般会实例化黑棋白棋对象
但是下棋的时候，不能每下一次棋就实例一个对象，这样会使系统开销过大，降低性能

而是要通过共享一个黑棋、白棋对象去解决

怎么实现？就是享元模式

享元模式

• 享元模式(Flyweight Pattern)：运用共享技术有效地支持大量细粒度对象的复用。系统只使用少量的对象，而这些对象都很相似，状态变化很小，可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种对象结构型模式
• 在享元模式中可以共享的相同内容称为内部状态(Intrinsic State)，而那些需要外部环境来设置的不能共享的内容称为外部状态(Extrinsic State)，由于区分了内部状态和外部状态，因此可以通过设置不同的外部状态使得相同的对象可以具有一些不同的特征，而相同的内部状态是可以共享的。
• 在享元模式中通常会出现工厂模式，需要创建一个享元工厂来负责维护一个享元池(Flyweight Pool)用于存储具有相同内部状态的享元对象

具体的结构：

享元模式的角色：

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

实现享元对象案例

通过享元模式简单模拟一下下棋的过程

package com.company.Structural.Flyweight;

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

//抽象享元角色：棋类
abstract class Chess{
    public abstract void play(Point point);
}
//具体享元角色：棋类
class ConcreteChess extends Chess{
    private String type;

    public ConcreteChess(String type) {
        this.type = type;
    }

    @Override
    public void play(Point point) {
        System.out.println("正在下"+type+",下棋位置是:"+point.point());
    }
}
//非共享角色：位置
class Point{
    private int x;
    private int y;

    public Point(int x, int y) {
        this.x = x;
        this.y = y;
    }

    public int getX() {
        return x;
    }

    public int getY() {
        return y;
    }

    public String point(){
        return "("+getX()+","+getY()+")";
    }
}
//享元工厂
class Factory{
    private Map<String,Chess> chessMap = new HashMap<>();

    public Chess getChess(String type){
        //如果不存在该chess对象
        if (!chessMap.containsKey(type)){
            Chess chess = new ConcreteChess(type);
            chessMap.put(type,chess);
            return chess;
        }
        //存在chess对象
        else{
            return chessMap.get(type);
        }
    }
    public int getChessCount(){
        return chessMap.size();
    }
}

public class User {
    public static void main(String[] args) {
        Factory factory = new Factory();
        Chess chessBlack1 = factory.getChess("黑棋");
        chessBlack1.play(new Point(3,2));
        Chess chessWhite1 = factory.getChess("白棋");
        chessWhite1.play(new Point(3,3));
        Chess chessBlack2 = factory.getChess("黑棋");
        chessBlack2.play(new Point(3,4));
        Chess chessWhite2 = factory.getChess("白棋");
        chessWhite2.play(new Point(3,5));

        System.out.println("系统中有多少个棋类对象："+factory.getChessCount());
    }
}

下棋的过程，始终是在调用这两个棋子

享元模式优缺点

优点

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

缺点

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

享元模式扩展

模式分析

1. 享元模式是一个考虑系统性能的设计模式，通过使用享元模式可以节约内存空间，提高系统的性能
2. 享元模式的核心在于享元工厂类，享元工厂类的作用在于提供一个用于存储享元对象的享元池，用户需要对象时，首先从享元池中获取，如果享元池中不存在，则创建一个新的享元对象返回给用户，并在享元池中保存该新增对象
3. 享元模式以共享的方式高效地支持大量的细粒度对象，享元对象能做到共享的关键是区分内部状态(Internal State)和外部状态(External State)
   (1) 内部状态是存储在享元对象内部并且不会随环境改变而改变的状态，因此内部状态可以共享。
   (2) 外部状态是随环境改变而改变的、不可以共享的状态。享元对象的外部状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。一个外部状态与另一个外部状态之间是相互独立的

使用享元模式，就要尽可能细化对象，找到适合的内部状态，将其中的细粒度对象共享，系统效率就能得到提高

单纯享元模式

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

这种模式就简单多了，所有的对象都可以共享，不需要去依赖外部状态

复合享元模式

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

设计模式（12）结构型模式 - 组合模式

通过组合模式，将享元角色形成“整体-部分”的结构层次

就是在CompositeConcreteFlyweight中加一个容器存放下一层次的享元角色，递归得到

和组合模式类似：

复合享元模式是用来应对一些复杂的情况，即具体享元角色较多、或者有层次，或者是统一对享元对象设置外部状态

模式联用

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

享元模式应用

享元模式最核心的是通过享元池实现存储享元对象，实现享元对象复用

在Java中有很多运用到了池：String常量池、数据库连接池、缓冲池等等
享元模式是很重要的节约系统开销的模式

String的享元模式应用

String是不可变的

我们知道JVM方法区有一个常量池：常量池(constant pool)指的是在编译期被确定，并被保存在已编译的.class文件中的一些数据。它包括了关于类、方法、接口等中的常量，也包括字符串常量，String字符串就是保存在这

String的题目应该都见过：

String s1 = "hello";

先在常量池中查看是否有“hello”字符串，没有就创建一个，有的话就直接调用引用地址赋值给s

String s2 = new String("hello");

在编译时，字符串hello会被加入到常量结构中，类加载时候就会在常量池中创建该字符串（检查常量池是否有该字符串）。然后就是在调用new()时，JVM 将会调用String的构造函数，同时引用常量池中的hello字符串，在堆内存中创建一个String对象并且返回堆中的引用地址赋值给s

String的具体就不展开了，可以看出常量池的作用：节约系统资源；运用了享元模式

享元模式适用场景

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

总结

• 享元模式是通过维护一个存储享元对象的享元池，实现享元对象的复用，节约系统资源
• 享元模式有4个对象：抽象享元角色、具体享元角色、非共享具体享元角色（外部状态）、享元工厂角色
• 享元模式能做到共享的关键是区分了外部状态与内部状态，内部状态是存储在享元对象内部并且不会随环境改变而改变的状态，因此内部状态可以共享；外部状态是随环境改变而改变的、不可以共享的状态
• 享元模式的优点：大幅减少内存中对象的数量（通过共享使用），缺点：系统复杂，需要将对象的状态外部化，读取外部状态使得运行时间变长
• 享元模式可以扩展，单纯享元模式：没有不可共享的享元角色；复合享元模式：使用组合模式组合单纯享元角色；可以使用单例模式设计享元工厂；使用简单工厂方法生成享元角色
• 享元模式适用场景：一个系统有大量相同的对象、大部分状态可以外部化、多次重复使用享元角色
• 享元模式在Java中大量使用，用于节约系统资源：常量池、数据库连接池、缓冲池等等