【转】享元模式——实现对象的复用

【作者:刘伟  http://blog.csdn.net/lovelion

当前咱们国家正在大力倡导构建和谐社会,其中一个很重要的组成部分就是建设资源节约型社会,“浪费可耻,节俭光荣”。在软件系统中,有时候也会存在资源浪费的情况,例如在计算机内存中存储了多个完全相同或者非常相似的对象,如果这些对象的数量太多将导致系统运行代价过高,内存属于计算机的“稀缺资源”,不应该用来“随便浪费”,那么是否存在一种技术可以用于节约内存使用空间,实现对这些相同或者相似对象的共享访问呢?答案是肯定,这种技术就是我们本章将要学习的享元模式。

14.1 围棋棋子的设计


Sunny软件公司欲开发一个围棋软件,其界面效果如图14-1所示:

图14-1 围棋软件界面效果图

Sunny软件公司开发人员通过对围棋软件进行分析,发现在围棋棋盘中包含大量的黑子和白子,它们的形状、大小都一模一样,只是出现的位置不同而已。如果将每一个棋子都作为一个独立的对象存储在内存中,将导致该围棋软件在运行时所需内存空间较大,如何降低运行代价、提高系统性能是Sunny公司开发人员需要解决的一个问题。为了解决这个问题,Sunny公司开发人员决定使用享元模式来设计该围棋软件的棋子对象,那么享元模式是如何实现节约内存进而提高系统性能的呢?别着急,下面让我们正式进入享元模式的学习。

14.2 享元模式概述

当一个软件系统在运行时产生的对象数量太多,将导致运行代价过高,带来系统性能下降等问题。例如在一个文本字符串中存在很多重复的字符,如果每一个字符都用一个单独的对象来表示,将会占用较多的内存空间,那么我们如何去避免系统中出现大量相同或相似的对象,同时又不影响客户端程序通过面向对象的方式对这些对象进行操作?享元模式正为解决这一类问题而诞生。享元模式通过共享技术实现相同或相似对象的重用,在逻辑上每一个出现的字符都有一个对象与之对应,然而在物理上它们却共享同一个享元对象,这个对象可以出现在一个字符串的不同地方,相同的字符对象都指向同一个实例,在享元模式中,存储这些共享实例对象的地方称为享元池(Flyweight Pool)。我们可以针对每一个不同的字符创建一个享元对象,将其放在享元池中,需要时再从享元池取出。如图14-2所示:

图14-2 字符享元对象示意图

享元模式以共享的方式高效地支持大量细粒度对象的重用,享元对象能做到共享的关键是区分了内部状态(Intrinsic State)外部状态(Extrinsic State)。下面将对享元的内部状态和外部状态进行简单的介绍:

(1)  内部状态是存储在享元对象内部并且不会随环境改变而改变的状态,内部状态可以共享。如字符的内容,不会随外部环境的变化而变化,无论在任何环境下字符“a”始终是“a”,都不会变成“b”。

(2)  外部状态是随环境改变而改变的、不可以共享的状态。享元对象的外部状态通常由客户端保存,并在享元对象被创建之后,需要使用的时候再传入到享元对象内部。一个外部状态与另一个外部状态之间是相互独立的。如字符的颜色,可以在不同的地方有不同的颜色,例如有的“a”是红色的,有的“a”是绿色的,字符的大小也是如此,有的“a”是五号字,有的“a”是四号字。而且字符的颜色和大小是两个独立的外部状态,它们可以独立变化,相互之间没有影响,客户端可以在使用时将外部状态注入享元对象中。

正因为区分了内部状态和外部状态,我们可以将具有相同内部状态的对象存储在享元池中,享元池中的对象是可以实现共享的,需要的时候就将对象从享元池中取出,实现对象的复用。通过向取出的对象注入不同的外部状态,可以得到一系列相似的对象,而这些对象在内存中实际上只存储一份。

享元模式定义如下:


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

14.3 结构图

享元模式结构较为复杂,一般结合工厂模式一起使用,在它的结构图中包含了一个享元工厂类,其结构图如图14-3所示:

图14-3 享元模式结构图

在享元模式结构图中包含如下几个角色:

● Flyweight(抽象享元类):通常是一个接口或抽象类,在抽象享元类中声明了具体享元类公共的方法,这些方法可以向外界提供享元对象的内部数据(内部状态),同时也可以通过这些方法来设置外部数据(外部状态)。

● ConcreteFlyweight(具体享元类):它实现了抽象享元类,其实例称为享元对象;在具体享元类中为内部状态提供了存储空间。通常我们可以结合单例模式来设计具体享元类,为每一个具体享元类提供唯一的享元对象。

● UnsharedConcreteFlyweight(非共享具体享元类):并不是所有的抽象享元类的子类都需要被共享,不能被共享的子类可设计为非共享具体享元类;当需要一个非共享具体享元类的对象时可以直接通过实例化创建。

● FlyweightFactory(享元工厂类):享元工厂类用于创建并管理享元对象,它针对抽象享元类编程,将各种类型的具体享元对象存储在一个享元池中,享元池一般设计为一个存储“键值对”的集合(也可以是其他类型的集合),可以结合工厂模式进行设计;当用户请求一个具体享元对象时,享元工厂提供一个存储在享元池中已创建的实例或者创建一个新的实例(如果不存在的话),返回新创建的实例并将其存储在享元池中。

在享元模式中引入了享元工厂类,享元工厂类的作用在于提供一个用于存储享元对象的享元池,当用户需要对象时,首先从享元池中获取,如果享元池中不存在,则创建一个新的享元对象返回给用户,并在享元池中保存该新增对象。典型的享元工厂类的代码如下:


class FlyweightFactory {

    //定义一个HashMap用于存储享元对象,实现享元池

       private HashMap flyweights = newHashMap();

       public Flyweight getFlyweight(String key){

              //如果对象存在,则直接从享元池获取

              if(flyweights.containsKey(key)){

                     return(Flyweight)flyweights.get(key);

              }

              //如果对象不存在,先创建一个新的对象添加到享元池中,然后返回

              else {

                     Flyweight fw = newConcreteFlyweight();

                     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) {

              ......

       }     

}

14.4 完整解决方案

为了节约存储空间,提高系统性能,Sunny公司开发人员使用享元模式来设计围棋软件中的棋子,其基本结构如图14-4所示:

图14-4 围棋棋子结构图

在图14-4中,IgoChessman充当抽象享元类,BlackIgoChessman和WhiteIgoChessman充当具体享元类,IgoChessmanFactory充当享元工厂类。完整代码如下所示:

[java] view plaincopy

  1. import java.util.*;
  2. //围棋棋子类:抽象享元类
  3. abstract class IgoChessman {
  4. public abstract String getColor();
  5. public void display() {
  6. System.out.println("棋子颜色:" + this.getColor());
  7. }
  8. }
  9. //黑色棋子类:具体享元类
  10. class BlackIgoChessman extends IgoChessman {
  11. public String getColor() {
  12. return "黑色";
  13. }
  14. }
  15. //白色棋子类:具体享元类
  16. class WhiteIgoChessman extends IgoChessman {
  17. public String getColor() {
  18. return "白色";
  19. }
  20. }
  21. //围棋棋子工厂类:享元工厂类,使用单例模式进行设计
  22. class IgoChessmanFactory {
  23. private static IgoChessmanFactory instance = new IgoChessmanFactory();
  24. private static Hashtable ht; //使用Hashtable来存储享元对象,充当享元池
  25. private IgoChessmanFactory() {
  26. ht = new Hashtable();
  27. IgoChessman black,white;
  28. black = new BlackIgoChessman();
  29. ht.put("b",black);
  30. white = new WhiteIgoChessman();
  31. ht.put("w",white);
  32. }
  33. //返回享元工厂类的唯一实例
  34. public static IgoChessmanFactory getInstance() {
  35. return instance;
  36. }
  37. //通过key来获取存储在Hashtable中的享元对象
  38. public static IgoChessman getIgoChessman(String color) {
  39. return (IgoChessman)ht.get(color);
  40. }
  41. }

编写如下客户端测试代码:

[java] view plaincopy

  1. class Client {
  2. public static void main(String args[]) {
  3. IgoChessman black1,black2,black3,white1,white2;
  4. IgoChessmanFactory factory;
  5. //获取享元工厂对象
  6. factory = IgoChessmanFactory.getInstance();
  7. //通过享元工厂获取三颗黑子
  8. black1 = factory.getIgoChessman("b");
  9. black2 = factory.getIgoChessman("b");
  10. black3 = factory.getIgoChessman("b");
  11. System.out.println("判断两颗黑子是否相同:" + (black1==black2));
  12. //通过享元工厂获取两颗白子
  13. white1 = factory.getIgoChessman("w");
  14. white2 = factory.getIgoChessman("w");
  15. System.out.println("判断两颗白子是否相同:" + (white1==white2));
  16. //显示棋子
  17. black1.display();
  18. black2.display();
  19. black3.display();
  20. white1.display();
  21. white2.display();
  22. }
  23. }

编译并运行程序,输出结果如下:


判断两颗黑子是否相同:true

判断两颗白子是否相同:true

棋子颜色:黑色

棋子颜色:黑色

棋子颜色:黑色

棋子颜色:白色

棋子颜色:白色

从输出结果可以看出,虽然我们获取了三个黑子对象和两个白子对象,但是它们的内存地址相同,也就是说,它们实际上是同一个对象。在实现享元工厂类时我们使用了单例模式和简单工厂模式,确保了享元工厂对象的唯一性,并提供工厂方法来向客户端返回享元对象。

14.5 带外部状态的解决方案

Sunny软件公司开发人员通过对围棋棋子进行进一步分析,发现虽然黑色棋子和白色棋子可以共享,但是它们将显示在棋盘的不同位置,如何让相同的黑子或者白子能够多次重复显示且位于一个棋盘的不同地方?解决方法就是将棋子的位置定义为棋子的一个外部状态,在需要时再进行设置。因此,我们在图14-4中增加了一个新的类Coordinates(坐标类),用于存储每一个棋子的位置,修改之后的结构图如图14-5所示:

图14-5 引入外部状态之后的围棋棋子结构图

在图14-5中,除了增加一个坐标类Coordinates以外,抽象享元类IgoChessman中的display()方法也将对应增加一个Coordinates类型的参数,用于在显示棋子时指定其坐标,Coordinates类和修改之后的IgoChessman类的代码如下所示:

[java] view plaincopy

  1. //坐标类:外部状态类
  2. class Coordinates {
  3. private int x;
  4. private int y;
  5. public Coordinates(int x,int y) {
  6. this.x = x;
  7. this.y = y;
  8. }
  9. public int getX() {
  10. return this.x;
  11. }
  12. public void setX(int x) {
  13. this.x = x;
  14. }
  15. public int getY() {
  16. return this.y;
  17. }
  18. public void setY(int y) {
  19. this.y = y;
  20. }
  21. }
  22. //围棋棋子类:抽象享元类
  23. abstract class IgoChessman {
  24. public abstract String getColor();
  25. public void display(Coordinates coord){
  26. System.out.println("棋子颜色:" + this.getColor() + ",棋子位置:" + coord.getX() + "," + coord.getY() );
  27. }
  28. }

客户端测试代码修改如下:

[java] view plaincopy

  1. class Client {
  2. public static void main(String args[]) {
  3. IgoChessman black1,black2,black3,white1,white2;
  4. IgoChessmanFactory factory;
  5. //获取享元工厂对象
  6. factory = IgoChessmanFactory.getInstance();
  7. //通过享元工厂获取三颗黑子
  8. black1 = factory.getIgoChessman("b");
  9. black2 = factory.getIgoChessman("b");
  10. black3 = factory.getIgoChessman("b");
  11. System.out.println("判断两颗黑子是否相同:" + (black1==black2));
  12. //通过享元工厂获取两颗白子
  13. white1 = factory.getIgoChessman("w");
  14. white2 = factory.getIgoChessman("w");
  15. System.out.println("判断两颗白子是否相同:" + (white1==white2));
  16. //显示棋子,同时设置棋子的坐标位置
  17. black1.display(new Coordinates(1,2));
  18. black2.display(new Coordinates(3,4));
  19. black3.display(new Coordinates(1,3));
  20. white1.display(new Coordinates(2,5));
  21. white2.display(new Coordinates(2,4));
  22. }
  23. }

编译并运行程序,输出结果如下:


判断两颗黑子是否相同:true

判断两颗白子是否相同:true

棋子颜色:黑色,棋子位置:1,2

棋子颜色:黑色,棋子位置:3,4

棋子颜色:黑色,棋子位置:1,3

棋子颜色:白色,棋子位置:2,5

棋子颜色:白色,棋子位置:2,4

从输出结果可以看到,在每次调用display()方法时,都设置了不同的外部状态——坐标值,因此相同的棋子对象虽然具有相同的颜色,但是它们的坐标值不同,将显示在棋盘的不同位置。

时间: 2024-10-05 23:27:22

【转】享元模式——实现对象的复用的相关文章

设计模式完结(11)-- 享元模式---实现对象的复用

享元对象:  内部状态  保存在享元池,  外部状态,客户端使用时设置.  存储在享元池中  键值对集合   结合工厂模式  实现对象的共享. 重点在维护一个享元池, 然后外部状态的传入. 享元模式(Flyweight Pattern):运用共享技术有效地支持大量细粒度对象的复用.系统只使用少量的对象,而这些对象都很相似,状态变化很小,可以实现对象的多次复用.由于享元模式要求能够共享的对象必须是细粒度对象,因此它又称为轻量级模式,它是一种对象结构型模式. 内部状态是存储在享元对象内部并且不会随环

享元模式(对象池模式)

我在网上也看到了一些实现,感觉都不是太满意,所以按照我的理解写了一份 1 <?php 2 3 /** 4 * 具体的需要缓存的对象, 因new的代价太高昂, 所以做一个缓存 5 */ 6 class Worker 7 { 8 public function __construct() 9 { 10 //做一些代价高昂的事情,比如创建线程 11 } 12 13 public function run($class, $functionName) 14 { 15 //对$class做一些事情 16

java/android 设计模式学习笔记(13)---享元模式

这篇我们来介绍一下享元模式(Flyweight Pattern),Flyweight 代表轻量级的意思,享元模式是对象池的一种实现.享元模式用来尽可能减少内存使用量,它适合用于可能存在大量重复对象的场景,缓存可共享的对象,来达到对象共享和避免创建过多对象的效果,这样一来就可以提升性能,避免内存移除和频繁 GC 等. 享元模式的一个经典使用案例是文本系统中图形显示所用的数据结构,一个文本系统能够显示的字符种类就是那么几十上百个,那么就定义这么些基础字符对象,存储每个字符的显示外形和其他的格式化数据

java设计优化-享元模式

享元模式是设计模式中少数几个以调高系统性能为目的的设计模式.它的核心思想是:如果在一个系统中存在多个相同的对象,那么只需共享一份对象的拷贝,而不必为每一次使用都创建新的对象.在享元模式中,由于需要构建和维护这些可以共享的对象,因此,常常会出现一个工厂类,用于维护和创建对象. 享元模式对性能提升的主要帮助有两点: 1.可以节省重复创建对象的开销,因为被享元模式维护的相同对象只会被创建一次,当对象创建比较耗时时,便可以节省大量时间: 2.由于创建对象的数量减少,所有对系统内存的需求也减少,这样使GC

23种设计模式之享元模式

享元模式的定义 定义: 使用共享对象可有效的支持大量的细粒度的对象 通俗的说, 就是将类的通用属性抽出来,建立对象池,以达到限制对象数量的效果 上面定义中要求细粒度对象, 那么不可避免的使得对象数量多且性质相近, 我们将这些对象的信息分为两个部分: 内部状态和外部状态 内部状态是对象可以共享出来的信息, 存储在享元对象内部并且不会随环境改变而改变. 如一个报考系统中的个人信息. 外部状态时对象得以依赖的一个标记,是随环境改变而改变的.不可以共享的状态. 如报考系统中的报考科目. 享元模式通常以外

设计模式之享元模式(结构型)

模式定义 享元模式(Flyweight Pattern)就是通过共享技术实现大量细粒度对象的复用.享元模式是通过细粒度对象的共享,所以也可以说享元模式是一种轻量级模式.按照Gof模式分类,享元模式属于对象结构型模式. 模式解释 可以共享的内容称为内部状态(Intrinsic State),需要外部环境设置的不能共享的内容称为外部状态(Extrinsic State).享元模式需要创建一个享元工厂负责维护享元池(Flyweight Pool),享元池用于存储具有相同内部状态的享元对象. 享元模式中

设计模式课程 设计模式精讲 13-1 享元模式讲解

1 课程讲解 1.1 类型: 1.2 定义: 1.3 应用场景: 1.4 优点: 1.5 缺点: 1.6 扩展: 1.7 和其他设计模式比较: 1 课程讲解 1.1 类型: 结构型: 1.2 定义: ◆定义:提供了减少对象数量从而改善应用所需的对象结构的方式◆运用共享技术有效地支持大量细粒度的对象 (可能对于内存溢出类型的问题解决有效)(池子) 1.3 应用场景: ◆ a 常常应用于系统底层的开发,以便解决系统的性能问题. (系统中如果有大量的对象,可能会造成内存溢出,我们可以把共同的部分抽象出

Java设计模式:Flyweight(享元)模式

概念定义 享元(Flyweight)模式运用共享技术高效地支持大量细粒度对象的复用. 当系统中存在大量相似或相同的对象时,有可能会造成内存溢出等问题.享元模式尝试重用现有的同类对象,如果未找到匹配的对象则创建新对象,从而减少系统中重复创建对象实例的性能和内存消耗. 享元模式将对象的信息分为两个部分:内部状态(Internal State)和外部状态(External State).内部状态是对象可共享出来的信息,存储在享元对象内部并且不会随环境改变而改变.外部状态是随环境改变而改变的.不可共享的

[工作中的设计模式]享元模式模式FlyWeight

一.模式解析 Flyweight在拳击比赛中指最轻量级,即“蝇量级”或“雨量级”,这里选择使用“享元模式”的意译,是因为这样更能反映模式的用意.享元模式是对象的结构模式.享元模式以共享的方式高效地支持大量的细粒度对象. 享元模式:主要为了在创建对象时,对共有对象以缓存的方式进行保存,对外部对象进行单独创建 模式要点: 1.享元模式中的对象分为两部分:共性部分和个性化部分,共性部分就是每个对象都一致的或者多个对象可以共享的部分,个性化部分指差异比较大,每个类均不同的部分 2.共性部分的抽象就是此模