享元模式
享元模式(Flyweight Pattern)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式。
实现方式
- 采用
HashMap
或者其他支持KV访问的数据结构来存储这些创建的对象; - 用唯一标识码判断,如果在内存中有,则返回这个唯一标识码所标识的对象;
代码示例
享元模式尝试重用现有的同类对象,如果未找到匹配的对象,则创建新对象。我们将通过创建 5 个对象来画出 20 个分布于不同位置的圆来演示这种模式。由于只有 5 种可用的颜色,所以 color 属性被用来检查现有的 Circle 对象。具体步骤如下:
- 定义Shape接口;
- 定义Circle对象;
- 定义产生Circle对象的工厂;
- 示例运行
1 | public interface Shape { |
1 | public class Circle implements Shape { |
1 | public class ShapeFactory { |
1 | public class FlyWeightDemo { |
输出结果如下:
1 | ---------------------------------- |
模式总结
享元模式主要运用共享技术有效地支持大量细粒度的对象。在有大量对象时,有可能会造成内存溢出,我们把其中共同的部分抽象出来,如果有相同的业务请求,直接返回在内存中已有的对象,避免重新创建。
优缺点
优点:大大减少对象的创建,降低系统的内存,使效率提高。
缺点:提高了系统的复杂度,需要分离出外部状态和内部状态,而且外部状态具有固有化的性质,不应该随着内部状态的变化而变化,否则会造成系统的混乱。
使用场景
- 系统中有大量对象。
- 这些对象消耗大量内存。
- 这些对象的状态大部分可以外部化。
- 这些对象可以按照内蕴状态分为很多组,当把外蕴对象从对象中剔除出来时,每一组对象都可以用一个对象来代替
- 系统不依赖于这些对象身份,这些对象是不可分辨的。
应用实例
- JAVA 中的 String,如果有则返回,如果没有则创建一个字符串保存在字符串缓存池里面。
- 数据库的数据池。
注意事项
- 注意划分外部状态和内部状态,否则可能会引起线程安全问题。 示例中color对一个Circle来说是不变的,属于内部状态,而x、y、radius则属于外部状态,可以又外界直接改变。
- 这些类必须有一个工厂对象加以控制。