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

设计模式每日硬核训练 Day 15:享元模式(Flyweight Pattern)完整讲解与实战应用

🔄 回顾 Day 14:组合模式小结

在 Day 14 中,我们学习了组合模式(Composite Pattern):

  • 适用于构建树状层级结构,使得“单个对象”和“对象集合”统一操作。
  • 广泛用于文件系统、UI 控件树、组织结构等。

而今天的主角“享元模式”,是极致优化资源的代表。

享元模式(Flyweight Pattern)用于共享对象,减少内存占用,提升系统性能。


一、享元模式的核心动机

在系统中,如果存在大量“内容相同或相似”的对象,重复创建将造成资源浪费。

✅ 比如:

  • 文本编辑器中成千上万个字符对象
  • 游戏中上千棵树、子弹、砖块、粒子
  • 地图系统中多个城市的图标

如果这些对象的“大部分状态相同”,我们就可以将它们共享起来,避免重复创建
在这里插入图片描述


二、结构图(UML)

+----------------+      +--------------------+
|  Flyweight     |<-----|  ConcreteFlyweight |
+----------------+      +--------------------+
| +operation()   |      | - intrinsicState   |
+----------------+      | +operation()       |+--------------------++----------------+         +-----------------------+
| FlyweightFactory |------>| Flyweight Pool        |
+----------------+         +-----------------------+
| +getFlyweight() |

三、术语说明:

概念含义描述
Intrinsic State内部状态(可共享、不变)
Extrinsic State外部状态(不共享,由客户端提供)
Flyweight享元接口,定义共享对象应有操作
ConcreteFlyweight实现享元的具体对象
FlyweightFactory管理共享对象池(享元工厂)

四、C++ 实现:字符渲染引擎

我们模拟一个文本渲染系统,文字中的每个字符都是一个对象,但字符本身可共享,坐标位置不可共享。

✅ Flyweight 接口

class Glyph {
public:virtual void render(int x, int y) = 0; // Extrinsicvirtual ~Glyph() = default;
};

✅ 共享对象:ConcreteFlyweight

class CharacterGlyph : public Glyph {char symbol_; // Intrinsic State
public:CharacterGlyph(char ch) : symbol_(ch) {}void render(int x, int y) override {std::cout << "绘制字符 '" << symbol_ << "' at (" << x << "," << y << ")\n";}
};

✅ 享元工厂

class GlyphFactory {std::unordered_map<char, std::shared_ptr<Glyph>> pool_;public:std::shared_ptr<Glyph> getGlyph(char ch) {if (!pool_.count(ch)) {pool_[ch] = std::make_shared<CharacterGlyph>(ch);}return pool_[ch];}
};

✅ 使用示例

int main() {GlyphFactory factory;std::string text = "AABAC";int x = 0;for (char ch : text) {auto glyph = factory.getGlyph(ch); // 共享对象glyph->render(x, 0);               // 外部状态:坐标x += 10;}return 0;
}

输出:

绘制字符 'A' at (0,0)
绘制字符 'A' at (10,0)
绘制字符 'B' at (20,0)
绘制字符 'A' at (30,0)
绘制字符 'C' at (40,0)

五、实战应用场景

场景享元内容说明
文本编辑器字符对象:字体、颜色共享,位置不共享
游戏地图渲染大量树木、草丛、砖块共享对象,坐标单独记录
数据可视化系统图标、图例、样式重复,减少渲染对象数量
图标资源池图标素材在多个地方复用,统一缓存
数据库连接池多个线程共用固定连接对象,提升资源复用率

六、优缺点分析

✅ 优点:

  • 极大节省内存资源(大量对象时提升明显)
  • 避免重复对象创建,提升性能
  • 中央控制共享对象更可控

❗ 缺点:

  • 管理复杂,需划分共享状态/外部状态
  • 外部状态维护变复杂,需由使用者负责传入

七、与单例/对象池/享元的区别

模式共享粒度对象数量控制核心目的
单例全局单一只能有 1 个全局唯一对象
对象池共享对象集合固定数量(动态管理)控制创建/复用的生命周期
享元每类一个共享对象可复用对象很多减少对象创建,提高复用率

八、面试表达模板

“我们在文本渲染模块中使用了享元模式来复用字符对象,字符本身作为内部状态共享,坐标作为外部状态传入。通过 GlyphFactory 管理共享对象池,节省了内存占用并提升渲染性能,特别适合大量字符的 UI 场景。”

✅ 建议强调共享 vs 非共享状态划分、工厂管理、资源优化作用。


九、口诀记忆

“不变共用做享元,状态分离省内存;池中拿来直接用,场景重复效率增。”


十、明日预告:Day 16

责任链模式(Chain of Responsibility Pattern):请求沿链传递,节点动态决定处理权,构建灵活的处理流程结构。

相关文章:

  • 专业热度低,25西电光电工程学院(考研录取情况)
  • 9.Rust+Axum 测试驱动开发与性能优化全攻略
  • 使用Pydantic优雅处理几何数据结构 - 前端输入验证实践
  • MCP系列之架构篇:深入理解MCP的设计架构
  • 自定义 el-menu
  • 计算机网络——应用层
  • 基于SpringBoot成绩管理系统设计与实现(源码+文档+部署讲解)
  • STM32 基本GPIO控制
  • 鸿蒙NEXT开发键盘工具类(ArkTs)
  • 基于linux 设置无线网卡Monitor模式 sniffer抓包
  • C++面向对象
  • PyTorch入门------卷积神经网络
  • 医院数据中心智能化数据上报与调数机制设计
  • 2025mathorcup妈妈杯数学建模挑战赛C题:汽车风阻预测,详细思路,模型,代码更新中
  • 汽车免拆诊断案例 | 2019款大众途观L车鼓风机偶尔不工作
  • 零基础上手Python数据分析 (17):[案例实战] 电商销售数据分析 - 从数据到洞察的全流程演练
  • 磁流变式汽车减振器创新设计与关键技术研究
  • 【C++指南】哈希驱动的封装:如何让unordered_map/set飞得更快更稳?【上】
  • FreeRTOS菜鸟入门(七)·创建任务·静态任务创建
  • 网页端调用本地应用打开本地文件(PDF、Word、excel、PPT)
  • 合同约定拿850万保底利润?重庆市一中院:约定无效,发回重审
  • 巴基斯坦最近“比较烦”:遣返阿富汗人或致地区局势更加动荡
  • 去年立案侦办侵权假冒案件3.7万起,公安部公布13起案例
  • 11-13世纪的地中海贸易
  • 审议民营经济促进法草案等,十四届全国人大常委会第十五次会议将举行
  • 特朗普称已为俄乌问题设最后期限,届时美国态度或生变