JAVA设计模式之享元模式

一 概述

也许你会觉得享元模式比较陌生,但是相信在你的软件开发生涯中应该不知不觉的用了很多次,只是你没有总结。例例如你肯定用到过缓存,用到过对。。。

1.1 定义

使用共享对象可有效地支持大量的细粒度的对象。

  • 享元模式属于结构型模式
  • 享元模式是池技术的重要实现方式,它可以减少重复对象的创建,使用缓存来共享对象,从而降低内存的使用
  • 细粒度的对象其状态可以分为两种:内部状态和外部状态

内部状态:对象可共享出来的信息,存储在享元对象内部并且不会随环境的改变而改变。
外部状态:对象依赖的一个标记是随环境改变而改变的,并且不可共享。

共享对象的状态分为内部状态与外部状态,内部状态在各个对象间共享,而外部状态由客户端传入,这一点一定要牢记。

1.2 使用场景

当你的程序中存在大量相似对象,每个对象之间只是根据不同的使用场景有些许变化时。

1.3 UML 类图

在这里插入图片描述
角色说明:

  • Flyweight (享元接口):接口或抽象类,可以同时定义出对象的外部状态和内部状态的接口或实现
  • ConcreteFlyweight(具体享元对象):实现享元接口中定义的接口
  • UnsharedConcreteFlyweight(不可共享的享元对象):并不是所有的抽象享元类的子类都需要被共享,不能被共享的子类可设计为非共享具体享元类;当需要一个非共享具体享元类的对象时可以直接通过实例化创建。该对象一般不会出现在享元工厂中
  • FlyweightFactory(享元工厂):管理对象池和创建享元对象

二 实现

最近共享单车非常火,就以共享单车为例。如果我们之前没用过共享单车的话,需要先交一份押金才能用,交过押金之后,第二次使用的话就可以直接用了,不用再次交押金。这就跟对象池非常像,如果池中没有这个对象的话,需要先创建一个对象;如果存在的话,则可以直接使用这个对象了。

2.1 创建抽象享元接口

定义一个单车接口,里面有个计费方法:

    public interface IBike {
        void billing(int time);
    }

2.2 创建具体享元对象

创建共享单车类,其中单价是它的内部状态,不随环境而改变;总价是它的外部状态,随着环境改变而改变。

    public class ShareBike implements IBike { // 共享单车类
        private int price = 1; // 单价
        private int total; // 总价

        @Override
        public void billing(int time) {
            total = price * time;
            System.out.println("骑车花费了" + total + "元");
        }
    }

2.3 创建享元工厂

负责管理对象池和创建享元对象:

 public class BikeFactory {
    private static Map<String, IBike> pool = new HashMap<>(); // 使用 HashMap 来保存 IBike 对象

    public IBike getBike(String name) {
        IBike bike = null;
        if (pool.containsKey(name)) { // 如果存在对象的话,直接使用
            System.out.println("押金已交,直接用车:" + name);
            bike = pool.get(name);
        } else { // 对象不存在的话,先创建对象
            bike = new ShareBike();
            pool.put(name, bike);
            System.out.println(name + "交100押金,可以用车了。");
        }
        return bike;
    }
}

2.4 客户端测试

     public void test() {
        BikeFactory factory=new BikeFactory();
        IBike ofo = factory.getBike("ofo");
        ofo.billing(2);
        IBike mobike = getBike("Mobike");
        mobike.billing(1);
        IBike ofo1 = getBike("ofo");
        ofo1.billing(3);
    }

输出结果:

ofo交100押金,可以用车了。
骑车花费了2Mobike100押金,可以用车了。
骑车花费了1元
押金已交,直接用车:ofo
骑车花费了3

三 总结

3.1 要点

  • 首先一定要区分出内部状态与外部状态,共享对象只持有内部状态,内部状态不可以从客户端设置,而外部状态必须从客户端设置
  • 合理设计共享对象分类,大部分情况下会设计成一组,而不是一个共享对象
  • 共享对象要求是不可变对象,从 FlyWeightFactory 获取到的对象都是一个原始的对象,而不是一个状态不确定的对象

3.2 优点

大大减少了系统创建的对象,降低了程序内存的使用。

3.3 缺点

  • 将对象分为内部状态和外部状态两部分,导致系统变复杂,逻辑也更复杂
  • 将享元对象的状态外部化,而读取外部状态使得运行时间稍微变长

四 Android 中的源码实例分析

关于享元模式,我们接触到最多的还是 Java 中的 String。如果字符串常量池中有此字符则直接返回,否则先在字符串常量池中创建字符串。

看下例子:

4.1 String 例子

        String s0 = "abc";
        String s1 = "abc";

        System.out.println("s0 == s1 " + s0 == s1);

输出结果:

s0 == s1 true

可以看到 s0 和 s1 指向了同一个引用。

4.2 说明

由于 String 采用了享元模式,可以防止程序创建过多相同的字符串,节省了内存。关于 String 类的详解,可以查看其他资料哈~

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值