享元模式(Flyweight Pattern)

简介: 享元模式是一种结构型设计模式,通过共享对象来减少内存使用。它将对象分为共享和非共享部分,通过享元工厂管理和复用共享对象,适用于大量相似对象的场景,能显著节省内存并提高性能。典型应用包括文本编辑器中的字符样式和图形系统中的图形属性。

享元模式(Flyweight Pattern)详解

定义

享元模式是一种结构型设计模式,旨在通过共享对象来尽量减少内存的使用。享元模式通过将重复使用的对象分离成共享和非共享部分,达到复用的目的,从而有效节省内存。


核心概念

角色组成

  1. 享元(Flyweight)
    定义共享对象的接口,并可以提供内部状态(共享部分)和外部状态(非共享部分)的管理方法。
  2. 具体享元(Concrete Flyweight)
    实现享元接口,并实现共享部分的存储与管理。
  3. 享元工厂(FlyweightFactory)
    管理享元对象的创建与复用。确保享元对象被正确地共享和管理。
  4. 非共享享元(Unshared Concrete Flyweight)
    不共享的部分,用来存储具体的、每个对象独立的状态。

享元模式的类图


使用场景

  1. 大量对象的重复创建:当系统中存在大量相似对象,并且这些对象占用大量内存时,适合使用享元模式。
  2. 对象之间的共享性较强:当对象的某些部分是可以共享的(比如图形的颜色、字符的字体),而某些部分是特有的(如对象的位置、大小等),使用享元模式可以显著降低内存消耗。
  3. 提高性能和内存使用效率:通过共享相同状态,减少内存占用,提高程序性能。

优缺点分析

优点

  1. 节省内存:通过共享相同的对象,避免了内存的浪费。
  2. 提高性能:避免了重复创建相同的对象,提高了性能。
  3. 易于扩展:新的享元对象可以根据需要加入,而不影响现有的系统。

缺点

  1. 复杂性增加:享元模式通过共享和非共享的状态分离,使得系统结构变得更加复杂。
  2. 不能共享所有状态:不是所有的对象都能通过享元模式来共享,对于某些状态的对象可能无法进行共享。

使用案例

案例 1:文本编辑器

  • 描述:在文本编辑器中,每个字符都可以有不同的字体、大小和颜色,但大部分字符会使用相同的字体和颜色。通过享元模式,可以将这些重复的字符样式对象进行共享,以节省内存。
  • 实现:字体、颜色等属性作为共享部分,字符内容作为非共享部分。

案例 2:图形系统

  • 描述:在绘图应用中,多个相同类型的图形(如矩形、圆形)可能具有相同的属性(如颜色、填充等)。通过享元模式,可以将这些相同的属性提取为共享对象,只为每个图形的唯一位置和尺寸分配独立对象。
  • 实现:图形的形状作为共享部分,位置和尺寸作为非共享部分。

知识点对比表

特性 享元模式 不使用享元模式
对象创建方式 共享和复用相同的对象 每次创建新的对象
内存使用 节省内存,避免重复对象 内存使用较多,可能浪费空间
复杂度 需要享元工厂和状态管理 结构简单
使用场景 对象共享性强,内存紧张时 对象间差异较大时,适合直接创建

C++ 实现

#include <iostream>
#include <unordered_map>
#include <memory>
using namespace std;

// 享元接口
class Flyweight {
public:
   virtual void operation(const string& extrinsicState) const = 0;
   virtual ~Flyweight() = default;
};

// 具体享元
class ConcreteFlyweight : public Flyweight {
private:
   string intrinsicState; // 共享状态

public:
   explicit ConcreteFlyweight(string state) : intrinsicState(move(state)) {}

   void operation(const string& extrinsicState) const override {
       cout << "Intrinsic state: " << intrinsicState << ", Extrinsic state: " << extrinsicState << endl;
   }
};

// 享元工厂
class FlyweightFactory {
private:
   unordered_map<string, shared_ptr<Flyweight>> flyweights;

public:
   shared_ptr<Flyweight> getFlyweight(const string& key) {
       if (flyweights.find(key) == flyweights.end()) {
           flyweights[key] = make_shared<ConcreteFlyweight>(key);
       }
       return flyweights[key];
   }
};

// 客户端代码
int main() {
   FlyweightFactory factory;
   shared_ptr<Flyweight> f1 = factory.getFlyweight("SharedState1");
   shared_ptr<Flyweight> f2 = factory.getFlyweight("SharedState1");
   shared_ptr<Flyweight> f3 = factory.getFlyweight("SharedState2");

   f1->operation("UniqueState1");
   f2->operation("UniqueState2");
   f3->operation("UniqueState3");

   return 0;
}


C# 实现

using System;
using System.Collections.Generic;

// 享元接口
public abstract class Flyweight {
   public abstract void Operation(string extrinsicState);
}

// 具体享元
public class ConcreteFlyweight : Flyweight {
   private string intrinsicState; // 共享状态

   public ConcreteFlyweight(string state) {
       intrinsicState = state;
   }

   public override void Operation(string extrinsicState) {
       Console.WriteLine($"Intrinsic state: {intrinsicState}, Extrinsic state: {extrinsicState}");
   }
}

// 享元工厂
public class FlyweightFactory {
   private Dictionary<string, Flyweight> flyweights = new Dictionary<string, Flyweight>();

   public Flyweight GetFlyweight(string key) {
       if (!flyweights.ContainsKey(key)) {
           flyweights[key] = new ConcreteFlyweight(key);
       }
       return flyweights[key];
   }
}

// 客户端代码
class Program {
   static void Main() {
       FlyweightFactory factory = new FlyweightFactory();
       Flyweight f1 = factory.GetFlyweight("SharedState1");
       Flyweight f2 = factory.GetFlyweight("SharedState1");
       Flyweight f3 = factory.GetFlyweight("SharedState2");

       f1.Operation("UniqueState1");
       f2.Operation("UniqueState2");
       f3.Operation("UniqueState3");
   }
}


总结

  1. 内存优化:享元模式通过共享对象,显著减少内存占用。
  2. 高效的对象管理:通过享元工厂管理共享对象的生命周期,避免不必要的对象创建。
  3. 适用场景:大量相似对象的场景,尤其是在需要节省内存时。
目录
相关文章
|
6天前
|
存储 运维 安全
云上金融量化策略回测方案与最佳实践
2024年11月29日,阿里云在上海举办金融量化策略回测Workshop,汇聚多位行业专家,围绕量化投资的最佳实践、数据隐私安全、量化策略回测方案等议题进行深入探讨。活动特别设计了动手实践环节,帮助参会者亲身体验阿里云产品功能,涵盖EHPC量化回测和Argo Workflows量化回测两大主题,旨在提升量化投研效率与安全性。
云上金融量化策略回测方案与最佳实践
|
8天前
|
人工智能 自然语言处理 前端开发
从0开始打造一款APP:前端+搭建本机服务,定制暖冬卫衣先到先得
通义灵码携手科技博主@玺哥超carry 打造全网第一个完整的、面向普通人的自然语言编程教程。完全使用 AI,再配合简单易懂的方法,只要你会打字,就能真正做出一个完整的应用。
8003 19
|
11天前
|
Cloud Native Apache 流计算
资料合集|Flink Forward Asia 2024 上海站
Apache Flink 年度技术盛会聚焦“回顾过去,展望未来”,涵盖流式湖仓、流批一体、Data+AI 等八大核心议题,近百家厂商参与,深入探讨前沿技术发展。小松鼠为大家整理了 FFA 2024 演讲 PPT ,可在线阅读和下载。
4356 10
资料合集|Flink Forward Asia 2024 上海站
|
19天前
|
人工智能 自动驾驶 大数据
预告 | 阿里云邀您参加2024中国生成式AI大会上海站,马上报名
大会以“智能跃进 创造无限”为主题,设置主会场峰会、分会场研讨会及展览区,聚焦大模型、AI Infra等热点议题。阿里云智算集群产品解决方案负责人丛培岩将出席并发表《高性能智算集群设计思考与实践》主题演讲。观众报名现已开放。
|
12天前
|
自然语言处理 数据可视化 API
Qwen系列模型+GraphRAG/LightRAG/Kotaemon从0开始构建中医方剂大模型知识图谱问答
本文详细记录了作者在短时间内尝试构建中医药知识图谱的过程,涵盖了GraphRAG、LightRAG和Kotaemon三种图RAG架构的对比与应用。通过实际操作,作者不仅展示了如何利用这些工具构建知识图谱,还指出了每种工具的优势和局限性。尽管初步构建的知识图谱在数据处理、实体识别和关系抽取等方面存在不足,但为后续的优化和改进提供了宝贵的经验和方向。此外,文章强调了知识图谱构建不仅仅是技术问题,还需要深入整合领域知识和满足用户需求,体现了跨学科合作的重要性。
|
7天前
|
人工智能 容器
三句话开发一个刮刮乐小游戏!暖ta一整个冬天!
本文介绍了如何利用千问开发一款情侣刮刮乐小游戏,通过三步简单指令实现从单个功能到整体框架,再到多端优化的过程,旨在为生活增添乐趣,促进情感交流。在线体验地址已提供,鼓励读者动手尝试,探索编程与AI结合的无限可能。
三句话开发一个刮刮乐小游戏!暖ta一整个冬天!
|
1月前
|
存储 人工智能 弹性计算
阿里云弹性计算_加速计算专场精华概览 | 2024云栖大会回顾
2024年9月19-21日,2024云栖大会在杭州云栖小镇举行,阿里云智能集团资深技术专家、异构计算产品技术负责人王超等多位产品、技术专家,共同带来了题为《AI Infra的前沿技术与应用实践》的专场session。本次专场重点介绍了阿里云AI Infra 产品架构与技术能力,及用户如何使用阿里云灵骏产品进行AI大模型开发、训练和应用。围绕当下大模型训练和推理的技术难点,专家们分享了如何在阿里云上实现稳定、高效、经济的大模型训练,并通过多个客户案例展示了云上大模型训练的显著优势。
104580 10
|
7天前
|
消息中间件 人工智能 运维
12月更文特别场——寻找用云高手,分享云&AI实践
我们寻找你,用云高手,欢迎分享你的真知灼见!
637 39
|
5天前
|
弹性计算 运维 监控
阿里云云服务诊断工具:合作伙伴架构师的深度洞察与优化建议
作为阿里云的合作伙伴架构师,我深入体验了其云服务诊断工具,该工具通过实时监控与历史趋势分析,自动化检查并提供详细的诊断报告,极大提升了运维效率和系统稳定性,特别在处理ECS实例资源不可用等问题时表现突出。此外,它支持预防性维护,帮助识别潜在问题,减少业务中断。尽管如此,仍建议增强诊断效能、扩大云产品覆盖范围、提供自定义诊断选项、加强教育与培训资源、集成第三方工具,以进一步提升用户体验。
626 243
|
1天前
|
弹性计算 运维 监控
云服务测评 | 基于云服务诊断全方位监管云产品
本文介绍了阿里云的云服务诊断功能,包括健康状态和诊断两大核心功能。作者通过个人账号体验了该服务,指出其在监控云资源状态和快速排查异常方面的优势,同时也提出了一些改进建议,如增加告警配置入口和扩大诊断范围等。