享元模式的核心是“少建+共享+外置变化”，适用于大量相似对象且状态可分内部（固有、可共享）与外部（动态、由客户端传入）的场景，通过工厂缓存内部状态实例并由客户端传入外部状态实现复用。

享元模式的核心不是“多建对象”，而是“少建+共享+外置变化”。它适用于系统中存在大量相似对象、且对象内部有稳定共性、外部有可变差异的场景。关键在于识别哪些状态能固化共享，哪些必须由调用方动态传入。

明确区分内部状态和外部状态

内部状态是对象固有的、不可变的、可共享的部分，比如字体名、字号、颜色、图标资源路径；外部状态是依赖使用环境的、每次调用都可能不同的部分，比如字符在文档中的坐标、按钮在界面中的位置、游戏里敌人的当前血量或朝向。

• 内部状态封装在享元对象内部，构造时确定，生命周期内不变
• 外部状态不存于享元对象中，由客户端在调用方法时作为参数传入
• 例如：一个「文本字符」享元只保存‘A’、12号、微软雅黑、黑色；而行号、列号、高亮标记等全部由渲染逻辑传入

用享元工厂统一管理共享实例

避免重复创建相同享元，需通过工厂类维护一个缓存池（如 HashMap），按内部状态组合为 key 查找已有实例，无则新建并缓存。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 工厂负责判断是否已存在匹配的享元（如 FontKey = "微软雅黑-12-#000000"）
• 返回的享元对象是轻量级的，不含任何上下文信息
• 工厂本身不持有外部状态，也不参与业务逻辑，只做对象复用调度

客户端按需组合享元与外部状态

客户端不再直接 new 对象，而是向工厂索取享元，并在调用其方法时附带本次所需的外部状态。

• 比如渲染第5行第3列的字符‘A’：先获取共享的‘A-12-黑体’享元，再调用 render(x=120, y=240, isSelected=true)
• 外部状态可以是简单值（int/boolean），也可以是结构化数据（如 Position 对象），只要不破坏享元的不可变性
• 注意：不要把外部状态缓存在享元里，否则会污染共享实例，导致行为错乱

典型适用场景与避坑提示

享元不是万能优化手段，滥用反而增加复杂度。适合用于对象创建开销大、实例数量极易膨胀、且状态可清晰拆分的场景。

• ✅ 合适：文本编辑器的字符、GUI 中的图标/按钮模板、游戏中的树/石块/敌人原型、数据库连接池中的连接句柄
• ❌ 不合适：每个对象行为高度差异化、内部状态频繁变更、外部状态难以抽象或过于庞大（如整个用户会话）
• ⚠️ 注意：享元对象必须是线程安全的（内部状态不可变即天然安全），若涉及可变字段，需加锁或改用不可变设计