享元模式在 Go 中通过结构体封装不可变内部状态、工厂复用实例、剥离可变外部状态实现；用 sync.Map 缓存共享对象，按需传入外部参数，必要时结合 sync.Pool 减少 GC 压力。
享元模式的核心是“共享不可变的内部状态，分离可变的外部状态”，在 Go 中不依赖继承和接口抽象，而是靠结构体组合、sync.Pool 和只读字段设计来自然实现。
用结构体封装共享的内部状态
把多个对象共用的、不会变化的数据（比如字体名、颜色值、图标路径）定义为结构体的字段，并设为小写（未导出）或加注释标明只读。外部通过构造函数或工厂方法获取实例，确保这些字段初始化后不再修改。
例如：
type CharacterStyle struct {
fontFamily string
fontSize int
color string
}
这个结构体本身不保存具体字符或位置——那些属于外部状态，由调用方传入。
立即学习 “go 语言免费学习笔记（深入）”；
用工厂管理享元实例的复用
避免每次 new 一个新对象，而是用 map + sync.RWMutex 或 sync.Map 缓存已创建的享元。键由内部状态计算得出（如 font+size+color 拼接成字符串），查到就返回，查不到再构建并缓存。
- 使用 sync.Map 更适合高并发读多写少场景
- 键尽量简单高效，避免结构体直接做 map key（需实现 Equal/Hash）
- 构造函数里不做耗时操作，保持轻量
把外部状态从享元中剥离出来
真正使用享元时，不要把它塞进大对象里持有坐标、内容、是否选中等会频繁变化的字段。而是让业务逻辑层按需传入这些参数，享元只负责“渲染”或“计算”逻辑。
例如绘制文字：
func (s *CharacterStyle) Render(char rune, x, y int) {
// 使用 s.fontFamily/s.fontSize 渲染 char 在 (x,y)
}
同一个 CharacterStyle 实例可被成千上万个字符复用，只要它们样式一致。
配合 sync.Pool 进一步减少 GC 压力（可选进阶）
如果享元对象本身较重（比如含预分配缓冲区、图像解码数据等），且生命周期短、创建频繁，可用 sync.Pool 管理临时实例。注意：Pool 中的对象不能保存跨请求的引用，也不适合带内部状态的享元（因可能复用到脏数据）。
- 只对“可重置”的享元类型启用 Pool
- New 函数里返回干净的初始实例
- 使用前调用 Reset 方法清空上次残留数据
基本上就这些。Go 的享元不用抽象类、不用虚函数，靠清晰的责任划分和轻量协同就能高效复用资源——关键不是“怎么写模式”，而是“哪些该共享、哪些必须隔离”。
