【大话设计模式】模式二十:享元模式在多种池子中的应用

【引入】

        我们每次创建字符串对象时,都需要创建一个新的字符串对象的话,内存开销会很大,所以如果第一次创建了字符串对象“Flyweight”,下次再创建相同的字符串“Flyweight”时,只要把它的引用指向“Flyweight”,这样就实现了“Flyweight”字符串在内存中的共享。下面给出享元模式的定义。

一、享元模式

享元模式(Flyweight),运用共享技术有效地支持大量细粒度的对象。[DP]

 

1、Flyweight 是抽象享元角色。它是产品的抽象类,同时定义出对象的外部状态和内部状态的接口和实现;

2、ConcreteFlyweight 是具体享元角色,是具体的产品类,实现抽象角色定义的业务;

3、UnsharedConcreteFlyweight 是不可共享的享元角色,一般不会出现在享元工厂中;

4、FlyweightFactory 是享元工厂,它用于构造一个池容器,同时提供从池中获得对象的方法。

 通用代码

享元类超类

public abstract class Flyweight {
    public abstract void operation(int extrinsicState);
}

 共享类

public class ConcreteFlyweight extends Flyweight {
    @Override
    public void operation(int extrinsicState) {
        System.out.println("具体FLyweight:" + extrinsicState);
    }
}

非共享类

public class UnsharedConcreteFlyweight extends Flyweight {
    @Override
    public void operation(int extrinsicState) {
        System.out.println("不共享的具体Flyweight:" + extrinsicState);
    }
}

 享元工厂类

public class FlyweightFactory {
    private Hashtable flyweights = new Hashtable();

    public FlyweightFactory() {
        flyweights.put("X", new ConcreteFlyweight());
        flyweights.put("Y", new ConcreteFlyweight());
        flyweights.put("Z", new ConcreteFlyweight());
    }

    public Flyweight getFlyweight(String key) {
        return ((Flyweight) flyweights.get(key));
    }
}

客户端

public class Demo {
    public static void main(String[] args) {
        int extrinsicState=22;
        FlyweightFactory factory=new FlyweightFactory();

        Flyweight flyweight1=factory.getFlyweight("X");
        flyweight1.operation(--extrinsicState);

        Flyweight flyweight2= factory.getFlyweight("Y");
        flyweight2.operation(--extrinsicState);

        Flyweight flyweight3=factory.getFlyweight("Z");
        flyweight3.operation(--extrinsicState);

        Flyweight unShared=new UnsharedConcreteFlyweight();
        unShared.operation(--extrinsicState);
    }
}

 【运行结果】


二、应用举例

创建网站的例子,有许许多多个人博客和陈列网页,利用享元模式,可以节省内存空间。

UML类图设计:

 扩展

        因为要求细粒度对象,所以不可避免地会使对象数量多且性质相近,此时我们就将这些对象的信息分为两个部分:内部状态和外部状态

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

 用户类

public class User {
    private String name;

    public User(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }
}

网站类

public abstract class Website {
    public abstract void use(User user);
}

 具体网站

public class ConcreteWebsite extends Website {
    private String name = "";

    public ConcreteWebsite(String name) {
        this.name = name;
    }

    @Override
    public void use(User user) {
        System.out.println("网站分类:" + name + " 用户" + user.getName());
    }
}

网站工厂

public class WebsiteFactory {
    private Hashtable flyweights = new Hashtable();

    //获得网站分类
    public Website getWebsiteCategory(String key) {
        if (!flyweights.contains(key)) {
            flyweights.put(key, new ConcreteWebsite(key));
        }
        return ((Website) flyweights.get(key));
    }

    //获得网站分类数
    public int getWebsiteCount() {
        return flyweights.size();
    }
}

 客户端类

public class Demo {
    public static void main(String[] args) {
        WebsiteFactory factory = new WebsiteFactory();

        Website website1 = factory.getWebsiteCategory("产品展示");
        website1.use(new User("小明"));

        Website website2 = factory.getWebsiteCategory("产品展示");
        website2.use(new User("玉皇大帝"));

        Website website3 = factory.getWebsiteCategory("博客");
        website3.use(new User("太上老君"));

        Website website4 = factory.getWebsiteCategory("博客");
        website4.use(new User("海绵宝宝"));

        System.out.println("网站分类总数:"+factory.getWebsiteCount());
    }
}

【运行结果】


三、模式总结

1、模式优点
大大减少对象创建,节省内存空间和资源

2、模式缺点
为了使对象可以共享,需要将一些不能共享的状态外部化,这将增加程序的复杂性。
读取享元模式的外部状态会使得运行时间稍微变长。

3、何时应用

在以下情况下可以使用享元模式:

  • 一个系统有大量相同或者相似的对象,由于这类对象的大量使用,造成内存的大量耗费;
  • 对象的大部分状态都可以外部化,可以将这些外部状态传入对象中(细粒度对象);
  • 使用享元模式需要维护一个存储享元对象的享元池,而这需要耗费资源,因此,应当在多次重复使用享元对象时才值得使用享元模式。

 四、源码中模式的应用

 1、字符常量池
很多语言的引擎为了减少字符串对象的重复创建,会在内存中维护有一个特殊的内存,这个内存就叫字符常量池。当创建新的字符串时,引擎会对这个字符串进行检查,与字符常量池中已有的字符串进行比对,如果存在有相同内容的字符串,就直接将引用返回,否则在字符常量池中创建新的字符常量,并返回引用。

2、 缓存机制
根据二八原则80% 的请求其实访问的是 20% 的资源,我们可以将频繁访问的资源缓存起来,如果用户访问被缓存起来的资源就直接返回缓存的版本,这就是 Web 开发中经常遇到的缓存

缓存服务器就是缓存的最常见应用之一,也是复用资源的一种常用手段。缓存服务器的示意图如下:

在这里插入图片描述

缓存服务器位于访问者与业务服务器之间,对业务服务器来说,减轻了压力,减小了负载,提高了数据查询的性能。对用户来说,提升了网页打开速度,优化了体验。

缓存技术用的非常多,不仅仅用在缓存服务器上,浏览器本地也有缓存,查询的 DNS 也有缓存,包括我们的电脑 CPU 上,也有缓存硬件。

3、线程池

Node.js 中的线程池为例,Node.js JavaScript 引擎是执行在单线程中的,启动的时候会新建 4 个线程放到线程池中,当遇到一些异步 I/O 操作(比如文件异步读写、DNS 查询等)或者一些 CPU 密集的操作(Crypto、Zlib 模块等)的时候,会在线程池中拿出一个线程去执行。如果有需要,线程池会按需创建新的线程。

线程池在整个 Node.js 事件循环中的位置可以参照下图:

在这里插入图片描述

上面这个图就是 Node.js 的事件循环(Event Loop)机制,简单解读一下(扩展视野,不一定需要懂):

所有任务都在主线程上执行,形成执行栈(Execution Context Stack);

主线程之外维护一个任务队列(Task Queue),接到请求时将请求作为一个任务放入这个队列中,然后继续接收其他请求;

一旦执行栈中的任务执行完毕,主线程空闲时,主线程读取任务队列中的任务,检查队列中是否有要处理的事件,这时要分两种情况:如果是非 I/O 任务,就亲自处理,并通过回调函数返回到上层调用;如果是 I/O 任务,将传入的参数和回调函数封装成请求对象,并将这个请求对象推入线程池等待执行,主线程则读取下一个任务队列的任务,以此类推处理完任务队列中的任务;

线程池当线程可用时,取出请求对象执行 I/O 操作,任务完成以后归还线程,并把这个完成的事件放到任务队列的尾部,等待事件循环,当主线程再次循环到该事件时,就直接处理并返回给上层调用;

 参考资料《深入浅出 Nodejs》


如果文章对你有用的话,三连支持一下吧!!!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

枫蜜柚子茶

你的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值