设计模式--享元模式

看 一个小型的外包项目：给客户A写一个产品展示网站，客户A的朋友感觉效果不错，也希望做这样的产品展示网站，但是要求有些不同：

1. 有的客户要求以新闻的方式发布
2. 有的客户要求以博客的方式发布
3. 有的客户要求以微信公众号的方式发布

传统方案解决网站展示项目：

1. 直接复制一份，然后根据不同的需求进行修改。
2. 给每个网站租一个空间
3. 方案示意图

传统方案带来的问题分析：

1. 需要的网站相似度很高，而且不是高访问量的网站，如果分成多个虚拟空间来处理，相当于一个相同网站的实例对象很多，造成空间的浪费。
2. 解决思路：整个到一个网站中，相当于一个网站中共享相关的数据代码，对内存、硬盘、cpu等服务器资源共享，减少服务器资源。
3. 对代码来说，都是来自一份实例，维护和扩展更加相对容易。
4. 上面的解决思路可以使用享元模式来解决。

享元模式（Flyweight Pattern）介绍：

1. 享元模式（Flyweight Pattern）也叫蝇量模式，运用共享技术有效的支持大细粒度的对象。
2. 常用于系统底层的开发，解决系统的性能问题。就像数据库连接池，里面都是创建好了的共享对象，在这些连接池对象中有我们需要的对象则直接拿来使用，避免重新创建，如果没有我们需要的，则重新创建一个。
3. 享元模式能够解决重复对象的内存浪费问题，当系统中有大量相似对象，需要缓冲池时，不需要总是创建新的对象，可以从缓冲池中拿取，这样可以降低系统内存，同时提高效率。
4. 享元模式的经典应用场景就是缓冲池技术了，String常量池、数据库连接池、缓冲池技术都是应用了享元模式。享元模式来解决是池技术的重要实现方式。

享元模式的原理类图：

对原理结构图的说明即（享元模式的角色和职责）：

1. FlightWeight是抽象的享元角色，是产品的抽象类，同时定义出对象的外部状态和内部状态的接口或者实现。
2. ConcreteFlyweight具体的享元角色，是具体的产品类。实现抽象角色定义相关业务。
3. UnShareConcreteFlyweight是不可共享的角色，一般不会出现在享元工厂。
4. FlyweightFactory享元工厂类，用于构建一个池容器(集合)，同时从池中获取对象方法。

内部状态和外部状态：

比如围棋、象棋、五子棋、跳棋都有大量的棋子对象，围棋和五子棋都有且只有两种颜色，黑色和白色。所以颜色是棋子的内部状态(确定了的固有属性)，而各个棋子的差别就是位置的不同。当我们落子后颜色是固定了的，但是位置却是变化的。所以棋子坐标就是棋子的外部状态。

1. 享元模式提出了两个要求：细粒度和共享对象，这里就涉及到了内部状态和外部状态了。即对象的信息分为两个部分：内部状态和外部状态。
2. 内部状态就是指对象共享出来的信息。存储在享元对象内部且不会随着环境的改变而改变。
3. 外部状态是指对象得以依赖的一个标记，是随着环境改变而改变的，是不可共享的状态。
4. 举个例子，围棋理论上有361个棋子位置，每盘棋可能有2到300个对象的产生，因为内存空间有限，一台服务器很难支持更多的玩家玩围棋游戏。如果用享元模式来处理对局，那么棋子对象可以减少到只有两个实例。这样很好的解决了对象的开销问题。

具体解决方案：

具体代码实现：

享元模式在jdk源码中的分析：

1. jdk源码中，Integer就是用了享元模式。
2. 代码分析+Debug源码。

1. 解释这段代码：Integer中valueOf方法>=-128并且<=127的数据是从IntegerCache缓存中拿出来的。

享元模式的细节和注意事项：

1. 享元模式可以这样理解："享"就是共享，"元"就是对象。
2. 系统中有大量的对象，会消耗系统的内存，就会消耗系统的大量内存，并且对象的状态大部分可以外部化时，我们可以考虑享元模式。
3. 用唯一标识码判断，如果在内存中有，则返回这个唯一标识所标识的对象，用HashMap或者HashTable存储。
4. 享元模式大大的减少了对象的创建，降低了内存的占用，提高了效率。
5. 享元模式提高了系统的复杂度，需要分离出内部状态和外部状态，而且外部状态具有固化特性，不应该随着内部状态的改变而改变，这就是我们使用享元模式需要注意的地方。
6. 使用享元模式需要注意划分内部状态和外部状态，并且需要一个工厂类加以控制。
7. 享元模式的经典应用场景就是各种缓冲池技术，比如说：String字符串缓冲池，Integer，数据库连接池等等。