设计模式-享元模式

设计模式-享元模式

享元模式的核心在于对象共享或者说是对象复用。

提到对象复用,你可能会想到单例模式这种局部唯一的复用,亦或者是线程池中线程的复用,或者连接池中连接的复用。那么它们和享元模式是一回事吗?

案例分析

实现一个文本功能,要求每个字符允许使用不同的字体或大小,因此每个字符都应该有 type 和 size 属性

java 复制代码
@Getter
public class Word {

    private Character word;

    // font 中存了该字符的 字体 和 大小属性
    private Font font;

    public Word(Character word, Font font) {
        this.word = word;
        this.font = font;
    }

}

如果最后要返回一串文本,类似下面的结果:

java 复制代码
        List<Word> wordList = List.of(
                new Word('A', Font.getFont("Arial", 12)),
                new Word('B', Font.getFont("Arial", 14)),
                new Word('C', Font.getFont("Arial", 16)),
                new Word('D', Font.getFont("Arial", 18)),
                new Word('E', Font.getFont("Arial", 12))
        );

其中字符 A 和字符 E 的格式其实是一样的,当然如果只有这 5 个对象,对内存的影响微乎其微,没有必要过度设计。但是一个文本文档可能有很多个字符,如果不进行设计完全有可能占用非常多的内存。

享元模式就是解决这个问题的

java 复制代码
public class Font {

    private String type;

    private int size;

    public Font(String type, int size) {
        this.type = type;
        this.size = size;
    }

    private static final List<Font> fontList = List.of(
            new Font("Arial", 12),
            new Font("Arial", 14),
            new Font("Arial", 16)
    );

    public static Font getFont(String type, int size) {
        for (Font font : fontList) {
            if (font.type.equals(type) && font.size == size) {
                return font;
            }
        }
        return new Font(type, size);
    }

}

Font 类中使用 fontList 缓存了常用的字体类型,在需要创建对象的时候优先从 fontList 中找,找不到再进行创建,这样多个字符可以引用同一个完全相同的对象,减少内存的占用。

java 复制代码
package com.xsdl.flyweight.txt;

import java.util.List;

public class Main {

    public static void main(String[] args) {
        List<Word> wordList = List.of(
                new Word('A', Font.getFont("Arial", 12)),
                new Word('B', Font.getFont("Arial", 14)),
                new Word('C', Font.getFont("Arial", 16)),
                new Word('D', Font.getFont("Arial", 18)),
                new Word('E', Font.getFont("Arial", 12))
        );
        			                   System.out.println(wordList.get(0).getFont().equals(wordList.get(4).getFont()));
        System.out.println(wordList.get(0).getFont() == (wordList.get(4).getFont()));        
    }

}
拓展分析

其实享元模式在一些框架里还是经常使用的,例如 Integer 会默认缓存 -128 到 127 的对象,字符串常量池的设计,Redis 也会把 ok 等经常返回的指令进行缓存,不过注意这里的缓存其实是存储的意思,不是我们说的加快访问速度的缓存。

总结

所谓"享元",顾名思义就是被共享的单元。享元模式的意图是复用对象,节省内存,前提是享元对象是不可变对象,因为如果发生了变动会影响所有引用该对象的结构。

具体来讲,当一个系统中存在大量重复对象的时候,我们就可以利用享元模式,将对象设计成享元,在内存中只保留一份实例,供多处代码引用,这样可以减少内存中对象的数量,以起到节省内存的目的。当然也并非是完全相同的对象,当对象中重复的字段较多时,也可以抽取出常用的字段进行享元处理。

那享元与线程池等池化技术的复用的区别其实也显而易见了,享元模式主要是为了实现对象复用,节省内存;而池化技术中的复用则指的是重复使用,为了节省时间。

相关推荐
geovindu14 小时前
go: Strategy Pattern
开发语言·设计模式·golang·策略模式
嵌入式学习_force19 小时前
02_state
设计模式·蓝牙
qcx231 天前
Warp源码深度解析(七):Token预算策略——双轨计费、上下文溢出与摘要压缩
人工智能·设计模式·rust·wrap
Cosolar2 天前
提示词工程面试题系列 - Zero-Shot Prompting 和 Few-Shot Prompting 的核心区别是什么?
人工智能·设计模式·架构
geovindu2 天前
go:Template Method Pattern
开发语言·后端·设计模式·golang·模板方法模式
钝挫力PROGRAMER2 天前
贫血模型的改进
java·开发语言·设计模式·架构
qcx232 天前
Warp源码深度解析(二):自研GPU UI框架——WarpUI的ECH模式与渲染管线
人工智能·ui·设计模式·rust
qcx232 天前
Warp源码深度解析(三):Block-Based终端引擎——Grid模型、PTY与Shell Integration
人工智能·设计模式·架构·wrap
mounter6252 天前
Linux Kernel Design Patterns (Part 2):从经典链表到现代 XArray,拆解内核复杂数据结构的设计哲学
linux·数据结构·链表·设计模式·内存管理·kernel
rrr22 天前
【PyQt5】| 多线程设计模式
开发语言·qt·设计模式