#写在前面
这个设计模式理解起来很容易。百度百科上说的有点绕口。
#享元模式的定义
运用共享技术来有効地支持大量细粒度对象的复用。
它通过共享已经存在的对橡大幅度减少需要创建的对象数量、避免大量相似类的开销,从而提高系统资源的利用率。
#优点
相同对象只要保存一份,这降低了系统中对象的数量,从而降低了系统中细粒度对象给内存带来的压力。
#缺点
1.为了共享对象,需要将不能共享的状态外部化,会增加程序的复杂性
2.对享元模式的外部状态会增长运行时间
#享元模式中存在的两种状态
1.内部状态,不会随着环境的改变而改变,可共享的部分
2.外部状态,会随着环境的改变而改变,是不可共享的部分.
享元模式就是要区分这两种状态,并将外部状态外部化。
#应用实例
1.java中的String,如果有则返回,如果没有就创建一个字符串保存在字符串缓冲池里面。
2.数据库的数据池
#应用场景
1.系统中存在大量的相似对象
2.细粒度的对象都具备较接近的外部状态,而且内部状态与环境无关,也就是说对象没有特定身份
3.需要缓冲池的场景
#享元模式的主要角色
抽象享元角色(Flyweight):是所有的具体享元类的基类,为具体享元规范需要实现的公共接口,非享元的外部状态以参数的形式通过方法传入。
具体享元(Concrete Flyweight)角色:实现抽象享元角色中所规定的接口。
非享元(Unsharable Flyweight)角色:是不可以共享的外部状态,它以参数的形式注入具体享元的相关方法中。
享元工厂(Flyweight Factory)角色:负责创建和管理享元角色。当客户对象请求一个享元对象时,享元工厂检査系统中是否存在符合要求的享元对象,如果存在则提供给客户;如果不存在的话,则创建一个新的享元对象。
#享元模式的结构图
#举个例子
http://c.biancheng.net/view/1371.html
https://www.runoob.com/design-pattern/flyweight-pattern.html
https://www.cnblogs.com/hujingnb/p/10171607.html