如何使用Golang实现享元模式_Golang享元模式对象共享方法

享元模式在Go中通过结构体嵌入、接口组合、sync.Pool和键控map实现内部状态共享与外部状态分离；关键在于控制实例数量、避免重复构造，而非模仿UML继承。

享元模式在 Go 中的核心实现思路

Go 没有传统面向对象语言里的“抽象类”或“接口继承树”，享元模式不能靠继承复用，而是靠结构体嵌入 + 接口组合 + 对象池（sync.Pool）+ 键控缓存（map）来达成「内部状态共享、外部状态分离」。关键不是模仿 UML 图，而是控制实例数量、避免重复构造。

用 `sync.Pool` 管理轻量享元对象

sync.Pool 适合管理生命周期短、可复用、无状态（或仅含内部状态）的对象，比如字符渲染器、小尺寸缓冲区、简单配置句柄。它不保证对象一定被复用，也不自动清理，但能显著降低 GC 压力。

享元类型必须是值类型（如 struct），避免指针逃逸导致无法回收
New 函数返回零值对象，Pool.Get() 可能返回已归还的旧实例，务必重置其可变字段（即外部状态）
不要把含外部状态（如用户 ID、请求上下文）的字段放进享元结构体；它们必须由调用方传入方法参数

type FontRenderer struct {
    family string // 内部状态：字体族，共享
    size   int    // 内部状态：字号，共享
    // 不放 color、text、position —— 这些是外部状态
}

var rendererPool = sync.Pool{
    New: func() interface{} {
        return &FontRenderer{family: "Arial", size: 12}
    },
}

func (r *FontRenderer) Render(text string, color string, x, y int) {
    // 使用 text/color/x/y —— 全部作为参数传入，不存于 r 中
    fmt.Printf("Render %q in %s@%d at (%d,%d) with %s\n", text, r.family, r.size, x, y, color)
}

用 `map[Key]Value` 实现带参享元缓存

当享元需按多个内部状态（如 (family, size, weight)）精确复用时，sync.Pool 不够用，得自己建键控缓存。Key 必须是可比较类型（struct 或 string），且所有字段都属于内部状态。

用 sync.RWMutex 保护 map，读多写少场景下性能更优
避免用指针作 map key（会比较地址而非内容）
Key 结构体字段顺序和类型必须严格一致，否则相同语义的 key 会被视为不同
缓存不自动过期，若内部状态可能变更（如字体文件热更新），需额外加版本号或清理逻辑

type FontKey struct {
    Family string
    Size   int
    Weight string // "normal", "bold"
}

var fontCache = struct {
    sync.RWMutex
    m map[FontKey]*FontRenderer
}{m: make(map[FontKey]*FontRenderer)}

func GetRenderer(key FontKey) *FontRenderer {
    fontCache.RLock()
    if r, ok := fontCache.m[key]; ok {
        fontCache.RUnlock()
        return r
    }
    fontCache.RUnlock()

    fontCache.Lock()
    defer fontCache.Unlock()
    if r, ok := fontCache.m[key]; ok { // double-check
        return r
    }
    r := &FontRenderer{family: key.Family, size: key.Size}
    fontCache.m[key] = r
    return r
}