当前位置: 首页 > news >正文

【设计模式】享元模式(Flyweight Pattern)

享元模式(Flyweight Pattern)是一种结构型设计模式,它通过共享尽可能多的对象来有效支持大量细粒度的对象。这个模式主要用于减少内存使用和提高性能,特别是在需要创建大量相似对象的场景中。享元模式的核心思想是将对象的状态分为内在状态(Intrinsic State)和外在状态(Extrinsic State),其中内在状态存储在对象内部,并且对于所有引用该对象的地方都是相同的;而外在状态则由客户端管理并传递给对象。

享元模式的关键要素

  1. Flyweight (享元)
    这是一个接口或抽象类,声明了具体享元类应该实现的操作。
    它定义了哪些方法可以访问内在状态,以及如何接收外在状态。
    java
    深色版本
    public interface Flyweight {
    void operation(int extrinsicState);
    }

  2. ConcreteFlyweight (具体享元)
    实现 Flyweight 接口的具体类。
    包含内在状态,并且可能会根据传入的外在状态执行不同的操作。
    java
    深色版本
    public class ConcreteFlyweight implements Flyweight {
    private final String intrinsicState;

    public ConcreteFlyweight(String intrinsicState) {
    this.intrinsicState = intrinsicState;
    }

    @Override
    public void operation(int extrinsicState) {
    System.out.println("Intrinsic State = " + this.intrinsicState);
    System.out.println("Extrinsic State = " + extrinsicState);
    }
    }

  3. UnsharedConcreteFlyweight (非共享具体享元)
    如果某些对象不能被共享,或者它们包含的全部是外在状态,则可以创建非共享的具体享元类。
    这些对象不会被池化管理,而是直接由客户端创建和销毁。
    java
    深色版本
    public class UnsharedConcreteFlyweight implements Flyweight {
    @Override
    public void operation(int extrinsicState) {
    // 操作逻辑
    }
    }

  4. FlyweightFactory (享元工厂)
    负责管理和创建享元对象。
    它通常维护一个享元对象的缓存(如 HashMap),以确保相同内在状态的对象只创建一次,并能在后续请求时返回已存在的实例。
    java
    深色版本
    import java.util.HashMap;
    import java.util.Map;

public class FlyweightFactory {
private final Map<String, Flyweight> flyweights = new HashMap<>();

public Flyweight getFlyweight(String key) {return flyweights.computeIfAbsent(key, k -> new ConcreteFlyweight(k));
}

}
使用享元模式的好处
节省内存:通过共享不可变的部分,减少了内存占用。
提升性能:当需要频繁创建和销毁大量相似对象时,享元模式可以通过重用现有对象来加快程序运行速度。
简化对象管理:客户端只需要关心外在状态,而不需要处理每个对象的所有细节。
示例应用场景
文本编辑器中的字符格式:在一个大型文档中,如果每个字符都单独保存其字体、颜色等属性信息,将会消耗大量的内存。使用享元模式,可以将这些格式信息作为内在状态进行共享,而将字符位置等信息作为外在状态由客户端管理。
GUI 系统中的图标:对于 GUI 应用程序,可能有多个组件使用相同的图标。通过享元模式,可以确保每个唯一的图标只加载一次,并且可以在不同地方重复使用。
游戏开发中的敌人角色:在一些游戏中,同一类型的敌人角色可能具有相同的外观和行为。使用享元模式,可以将这些共同特征作为内在状态,而将位置、健康值等变化的数据作为外在状态。
注意事项
内外状态分离:正确区分内在状态和外在状态是成功应用享元模式的关键。内在状态应该是不可变的,而外在状态则是可变的并且由客户端提供。
线程安全问题:如果享元对象将在多线程环境中使用,必须确保内在状态的线程安全性。由于内在状态是不可变的,因此这通常不是问题,但仍然需要注意任何可能影响到对象共享的行为。
总之,享元模式适用于那些需要高效地管理大量相似对象的应用程序。通过合理利用对象共享机制,它可以显著降低系统资源消耗,同时保持良好的性能表现。

http://www.lryc.cn/news/502960.html

相关文章:

  • 题目 1688: 数据结构-字符串插入
  • 28.攻防世界PHP2
  • QML QT6 WebEngineView 、Echarts使用和数据交互
  • SpringBoot 整合 Mail 轻松实现邮件自动推送
  • MyBatis 核心知识与实践
  • 机器学习期末速成
  • Linux中的线程
  • AI大模型学习笔记|多目标算法梳理、举例
  • 蓝桥杯刷题——day3
  • 企业级日志分析系统ELK之ELK概述
  • 【开源项目】经典开源项目数字孪生体育馆—开源工程及源码
  • C++多线程实战:掌握图像处理高级技巧
  • 解决MAC装win系统投屏失败问题(AMD显卡)
  • 网易游戏分享游戏场景中MongoDB运行和分析实践
  • Android14 AOSP 允许system分区和vendor分区应用进行AIDL通信
  • R学习——因子
  • pytest入门三:setup、teardown
  • 前端面试准备问题2
  • web前端sse封装
  • 智能家居WTR096-16S录放音芯片方案,实现语音播报提示及录音留言功能
  • 【创建模式-蓝本模式(Prototype Pattern)】
  • Spring Boot应用开发深度解析与实战案例
  • 优化Go语言中的网络连接:设置代理超时参数
  • 《神经网络与深度学习》(邱锡鹏) 内容概要【不含数学推导】
  • 原创 传奇996_55——后端如何点击npc隐藏主界面
  • RabbitMQ中的Work Queues模式
  • GESP202412 四级【Recamán】题解(AC)
  • 蓝桥杯新年题解 | 第15届蓝桥杯迎新篇
  • 3D 生成重建035-DiffRF直接生成nerf
  • @SpringBootTest 报错: UnsatisfiedDependencyException