欢迎支持笔者新作:《深入理解Kafka:核心设计与实践原理》和《RabbitMQ实战指南》,同时欢迎关注笔者的微信公众号:朱小厮的博客。


欢迎跳转到本文的原文链接:https://honeypps.com/design_pattern/flyweight/

 运用共享技术有效地支持大量细粒度的对象。又名“蝇量模式”。
 在Java语言中,String类型就是使用了享元模式。String对象是final类型,对象一旦创建就不可改变。在JAVA中字符串常量都是存在常量池中的,Java会确保一个字符串常量在常量池中只有一个拷贝。譬如:

String a = "abc";
String b = "abc";
System.out.println(a==b);

 输出结果:true。这就说明了a和b量引用都指向了常量池中的同一个字符串常量“abc"。这样的设计避免了在创建N多相同对象时所产生的不必要的大量的资源消耗。


 享元模式采用一个共享来避免大量拥有相同内容对象的开销。这种开销最常见、最直观的就是内存的消耗。享元对象能做到共享的关键是区分内蕴状态(Internal State)和外蕴状态(External State)。
 一个内蕴状态是存储在享元对象内部的,并且是不会随环境的改变而有所不同。因此,一个享元可以具有内蕴状态并且可以共享。
 一个外蕴状态是随环境的改变而改变的、不可以共享的。享元对象的外蕴状态必须由客户端保存,并在享元对象被创建之后,在需要使用的时候再传入到享元对象内部。外蕴状态不可以影响享元对象的内蕴状态,他们是相互独立的。
 享元模式可以分成单纯享元模式复合享元模式


##单纯享元模式
包含的角色:

  1. 抽象享元角色(Flyweight):给出一个抽象接口,以规定出所有具体享元角色需要实现的方法。
  2. 具体享元角色(ConcreteFlyweight):实现抽象享元角色所规定出的接口。如果有内蕴状态的话,必须负责为内蕴状态提供存储空间。
  3. 享元工厂角色(FlyweightFactory):本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象的时候,享元工厂角色会检查系统中是否已经有一个符合要求的享元对象。如果已经有了,享元工厂角色就应当提供这个已有的享元对象;如果系统中没有一个适当的享元对象的话,享元工厂角色就应当创建一个合适的享元对象。

举个简单例子
1 抽象享元角色

public interface Flyweight
{public void operation(String state);
}

2 具体享元角色

public class ConcreteFlyweight implements Flyweight
{private String str;public ConcreteFlyweight(String str){this.str = str;}@Overridepublic void operation(String state){System.out.println("内蕴状态:"+str);System.out.println("外蕴状态:"+state);}
}

3 享元工厂角色

public class FlyWeightFactory
{private Map<String,ConcreteFlyweight> flyWeights = new HashMap<String, ConcreteFlyweight>();public ConcreteFlyweight factory(String str){ConcreteFlyweight flyweight = flyWeights.get(str);if(null == flyweight){flyweight = new ConcreteFlyweight(str);flyWeights.put(str, flyweight);}return flyweight;}public int getFlyWeightSize(){return flyWeights.size();}
}

4 测试代码

        FlyWeightFactory factory = new FlyWeightFactory();Flyweight f1 = factory.factory("a");Flyweight f2 = factory.factory("b");Flyweight f3 = factory.factory("a");f1.operation("a fly weight");f2.operation("b fly weight");f3.operation("c fly weight");System.out.println(f1 == f3);System.out.println(factory.getFlyWeightSize());

输出结果:

内蕴状态:a
外蕴状态:a fly weight
内蕴状态:b
外蕴状态:b fly weight
内蕴状态:a
外蕴状态:c fly weight
true
2

##复合享元模式
 在单纯享元模式中,所有的享元对象都是单纯享元对象,也就是说都是可以直接共享的,将一些单纯享元使用合成模式加以复合,形成复合享元对象。这样的复合享元对象本身不能共享,但是它们可以分解成单纯享元对象,而后者则可以共享。
 包含的角色

  1. 抽象享元角色(Flyweight):给出一个抽象接口,以规定出所有具体享元角色需要实现的方法。
  2. 具体享元角色(ConcreteFlyweight):实现抽象享元角色所规定出的接口。如果有内蕴状态的话,必须负责为内蕴状态提供存储空间。
  3. 复合享元角色(ConcreteCompositeFlyweight):复合享元橘色所代表的对象是不可以共享的,但是一个复合享元对象可以分解成为多个本身是单纯享元对象的组合。复合享元角色又称作不可共享的享元对象。
  4. 享元工厂角色(FlyweightFactory):本角色负责创建和管理享元角色。本橘色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象的时候,享元工厂角色会检查系统中是否已经有一个符合要求的享元对象。如果已经有了,享元工厂角色就应当提供这个已有的享元对象;如果系统中没有一个适当的享元对象的话,享元工厂角色就应当创建一个合适的享元对象。

变更上面的例子:
1 抽象享元角色(同上)
2 具体享元角色(同上)
3 复合享元角色
 复合享元对象是由单纯享元对象通过复合而成的,因此提供了add()这样的聚集管理方法。由于一个复合享元对象具有不同的聚集元素,这些聚集元素在复合享元对象被创建之后加入,这本身就意味着复合享元对象的状态是会改变的,因此复合享元对象是不能共享的。

public class ConcreteCompositeFlyweight implements Flyweight
{private Map<String,Flyweight> flyWeights = new HashMap<String, Flyweight>();public void add(String key, Flyweight fly){flyWeights.put(key, fly);}@Overridepublic void operation(String state){Flyweight fly = null;for(String s:flyWeights.keySet()){fly = flyWeights.get(s);fly.operation(state);}}
}

4 享元工厂角色提供两种不同的方法,一种用于提供单纯享元对象,另一种用于提供复合享元对象。

public class FlyweightCompositeFactory
{private Map<String,Flyweight> flyWeights = new HashMap<String, Flyweight>();public Flyweight factory(List<String> compositeStates){ConcreteCompositeFlyweight compositeFly = new ConcreteCompositeFlyweight();for(String s: compositeStates){compositeFly.add(s, this.factory(s));}return compositeFly;}public Flyweight factory(String s){Flyweight fly = flyWeights.get(s);if(fly == null){fly = new ConcreteFlyweight(s);flyWeights.put(s, fly);}return fly;}
}

5 测试代码

        List<String> list = new ArrayList<String>();list.add("a");list.add("b");list.add("c");list.add("a");list.add("b");FlyweightCompositeFactory factory = new FlyweightCompositeFactory();Flyweight f1 = factory.factory(list);Flyweight f2 = factory.factory(list);f1.operation("Composite Call");System.out.println("=======");System.out.println("复合享元模式是否可以共享对象:"+(f1 == f2));String str = "a";Flyweight f3 = factory.factory(str);Flyweight f4 = factory.factory(str);System.out.println("单纯享元模式是否可以共享对象:"+(f3 == f4));

运行结果:

内蕴状态:b
外蕴状态:Composite Call
内蕴状态:c
外蕴状态:Composite Call
内蕴状态:a
外蕴状态:Composite Call
=======
复合享元模式是否可以共享对象:false
单纯享元模式是否可以共享对象:true

 由上例可知:一个符合享元对象的所有单纯享元对象元素的外蕴状态都是与复合享元对象的外蕴状态相等的。一个复合享元对象所含有的单纯享元对象的内蕴状态一般是不相等的。复合享元对象是不能共享的。单纯享元对象是可以共享的。

 举个更形象点的例子,比如去饭店吃饭,菜单只有一份,而每个顾客点菜品却各不相同,但是肯定会有重复,我们用上述的享元模式尝试下模拟代码情形:

        FlyweightCompositeFactory factory = new FlyweightCompositeFactory();List<String> menuList = Arrays.asList("鱼香肉丝","宫保鸡丁","杭椒牛柳","平锅鱼","番茄炒蛋");Flyweight f1 = factory.factory(menuList.subList(0, 2));Flyweight f2 = factory.factory(menuList.subList(2, 3));f1.operation("customer1的菜单");System.out.println("================");f2.operation("customer2的菜单");

代码输出:

内蕴状态:鱼香肉丝
外蕴状态:customer1的菜单
内蕴状态:宫保鸡丁
外蕴状态:customer1的菜单
================
内蕴状态:杭椒牛柳
外蕴状态:customer2的菜单

优缺点
优点:大幅度降低内存中对象的数量
缺点:享元模式使得系统更加复杂。为了使对象可以共享,需要将一些状态外部化,这使得程序的逻辑复杂化。享元模式将享元对象的状态外部化,而读取外部状态使得运行时间稍微变长。

Jdk中的享元模式
java.lang.Integer#valueOf(int)
java.lang.Boolean#valueOf(boolean)
java.lang.Byte#valueOf(byte)
java.lang.Character#valueOf(boolean)


参考资料

  1. 《23种设计模式》
  2. 《细数JDK里的设计模式》
  3. 《《JAVA与模式》之享元模式》

欢迎跳转到本文的原文链接:https://honeypps.com/design_pattern/flyweight/

欢迎支持笔者新作:《深入理解Kafka:核心设计与实践原理》和《RabbitMQ实战指南》,同时欢迎关注笔者的微信公众号:朱小厮的博客。


设计模式:享元模式(Flyweight)相关推荐

  1. 设计模式:享元模式(Flyweight Pattern)

    1.享元模式:也叫蝇量模式,运行共享技术有效的支持大量细粒度的对象. 2.享元模式常用于系统底层开发,解决系统的性能问题.比如数据库连接池,里面都是创建好的连接对象. 3.享元模式能够解决重复对象的内 ...

  2. 享元模式 FlyWeight 结构型 设计模式(十五)

    享元模式(FlyWeight)  "享"取"共享"之意,"元"取"单元"之意. 意图 运用共享技术,有效的支持大量细粒度 ...

  3. 设计模式(十)享元模式Flyweight(结构型)

    设计模式(十)享元模式Flyweight(结构型) 说明: 相对于其它模式,Flyweight模式在PHP实现似乎没有太大的意义,因为PHP的生命周期就在一个请求,请求执行完了,php占用的资源都被释 ...

  4. 设计模式(18):结构型-享元模式(Flyweight)

    设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于 ...

  5. 【设计模式自习室】享元模式 Flyweight Pattern:减少对象数量

    前言 <设计模式自习室>系列,顾名思义,本系列文章带你温习常见的设计模式.主要内容有: 该模式的介绍,包括: 引子.意图(大白话解释) 类图.时序图(理论规范) 该模式的代码示例:熟悉该模 ...

  6. java23设计模式---class10、享元模式(FlyWeight)

    文章目录 一.基本介绍 1.定义 2.优点 3.缺点 4.角色 1)抽象享元类 2)具体享元类 3)享元工厂类 4)组合享元类 5.内部状态和外部状态 二.应用情景 1.线程池 2.String 3. ...

  7. Python设计模式-享元模式

    Python设计模式-享元模式 基于Python3.5.2,代码如下 #coding:utf-8class Coffee:name = ""price = 0def __init_ ...

  8. JAVA 设计模式 享元模式

    用途 享元模式 (Flyweight) 运用共享技术有效地支持大量细粒度的对象. 享元模式是一种结构型模式. 结构 图-享元模式结构图 Flyweight : 它是所有具体享元类的超类或接口,通过这个 ...

  9. 设计模式--享元模式实现C++

    /********************************* *设计模式--享元模式实现 *C++语言 *Author:WangYong *Blog:http://www.cnblogs.co ...

  10. Unity设计模式——享元模式(附代码)

    Unity设计模式--享元模式(附源码) 享元Flyweight模式是什么 享元模式是一种结构型设计模式, 它摒弃了在每个对象中保存所有数据的方式, 通过共享多个对象所共有的相同状态, 让你能在有限的 ...

最新文章

  1. Saltstack笔记
  2. Handler实现与机制 Blocking Queue IdleHandler使用
  3. JAVA 基础 / 第二十九课:接口与继承 / JAVA中的对象转型
  4. 【数据处理】python变量分箱常见手法:分类型、数值型、卡方、自定义
  5. 10·24【运维工程师也过节】【运维MySQL大礼包】
  6. mysql isam 食物_MySQL常用存储引擎之MyISAM
  7. 浅谈ztree节点的增加和获取
  8. 不敢相信?System.currentTimeMillis() 居然存在性能问题
  9. 团队-象棋游戏-开发环境搭建过程
  10. Libmicrohttpd简介
  11. Android模拟地图gps定位
  12. Android 游戏 - 聚合SDK
  13. MAC强制卸载软件 如遇“不能修改或删除“*”,因为macOS需要它”
  14. java实现心型代码
  15. static 控件设置成透明后无法正常更新数据_win10又发布10月更新,提升视频体验,解决闪屏和打印问题...
  16. cordova app强制横屏
  17. 财务管理----记账凭证的输入格式设计与数据库设计
  18. 简易图书管理系统(主要是jsp+servlet的练习),基于jsp+servlet的图书管理系统
  19. java通过电话号码获取归属地,区号,邮编
  20. 亚马逊后台如何下载库存文件,如何在亚马逊后台用表格用SKU删除产品,添加上传产品

热门文章

  1. c语言 错误 无效的控制谓词,PAT 1025反转链表的代码实现及错误分析(C语言)
  2. 人工智能热门图书(深度学习、TensorFlow)免费送!
  3. 解决win10 .net framework 3.5安装失败0x800f081f
  4. Linux文件系统之swap
  5. 对个人站长职业前景的探讨之路在何方?
  6. VMware Workstation中Linux虚拟机安装VMware-Tools
  7. using 语句中使用的类型必须可隐式转换为“System.IDisposable“
  8. CRM 客户关系管理
  9. [转]在Visual C++中以错误的顺序链接 CRT 库和 MFC 库时出现 LNK2005 错误
  10. ASP.NET 2.0+Atlas编写鼠标拖放程序(2)