go中享元模式靠值复用、sync.pool或map缓存+不可变数据实现，强调struct不可变、避免指针暴露、慎用sync.pool及可比较key，核心是合理分离内外状态。
Go 语言本身没有类和继承，也不鼓励用“模式”硬套设计，享元模式在 Go 里不是靠抽象结构实现的，而是靠值复用、sync.Pool 或 map 缓存 + 不可变数据来达成内存节省目的。直接照搬 Java 那套 FlyweightFactory + Flyweight 接口，在 Go 里反而容易写出过度设计、GC 压力大或并发不安全的代码。
享元对象必须是不可变的（immutable）
享元的核心前提是：多个地方共享同一个实例，那它就不能被任意修改。Go 中最自然的不可变载体是 struct（字段全为导出/非指针基础类型或只读 slice），配合构造函数约束初始化路径。
- 避免暴露可变字段，比如
type Icon struct { Data []byte }→ 改成type Icon struct { data []byte }（小写字段）+ 提供只读方法Data() []byte返回拷贝 - 如果内部含指针或 map/slice，务必在构造时 deep copy 或冻结（如用
sync.Map替代原生map仅作查找，不暴露写入口） - 常见错误：把
*Icon当享元返回，结果调用方一改就污染所有使用者
用 sync.Pool 替代手动 FlyweightFactory
Go 标准库的 sync.Pool 就是为“多协程复用临时对象”而生的，比手写 map + mutex 更轻量、更符合 Go 的内存管理习惯，且自动适配 GC 周期。
