Go 中嵌入结构体：指针嵌入还是值嵌入？

在 go 中嵌入结构体时，选择指针嵌入（*t）还是值嵌入（t）需综合考虑方法集、内存布局、零值可用性及性能；小而固定大小的结构体（如 [4][4]bool）通常优先值嵌入以提升缓存局部性和减少分配。

在 Go 的类型设计中，嵌入（embedding）是实现组合与方法提升（method promotion）的关键机制。但嵌入方式——是指针嵌入（如 *Bitmap）还是值嵌入（如 Bitmap）——会直接影响语义行为、性能表现和使用约束。以下从实践角度给出清晰指导：

✅ 推荐值嵌入的典型场景

• 结构体体积小且固定：如示例中的 Bitmap 仅含 [4][4]bool（16 字节），按值嵌入无显著内存开销，反而提升 CPU 缓存局部性（data locality），访问更高效。
• 所有方法均为值接收者：若 Bitmap 的所有公开方法均定义在 func (b Bitmap) Draw() 形式上，则值嵌入即可完整提升这些方法；指针嵌入反而引入不必要的间接寻址。
• 零值有意义且可安全使用：Bitmap{} 是合法、可直接初始化的零值，无需依赖构造函数分配堆内存。

type Bitmap struct {
    data [4][4]bool
}

func (b Bitmap) Set(x, y int, v bool) {
    if x >= 0 && x < 4 && y >= 0 && y < 4 {
        b.data[y][x] = v // 注意：此为副本操作，若需修改原值，应改用指针接收者
    }
}

// ✅ 值嵌入：语义清晰、无额外分配、访问高效
type Renderer struct {
    Bitmap // 值嵌入
    on, off uint8
}

⚠️ 注意：上述 Set 方法使用值接收者，因此对 b.data 的修改不会影响原始 Bitmap。若需就地修改，应定义指针接收者方法（func (b *Bitmap) Set(...)），此时仍可值嵌入 Bitmap —— Go 会自动将 Renderer 的地址转换为 *Bitmap 来调用指针方法。

✅ 推荐指针嵌入的典型场景

• 结构体较大或含不可复制字段（如 sync.Mutex、map、chan、[]byte 等）：避免拷贝开销与潜在竞态。
• 依赖指针接收者方法且 Renderer 常以值方式传递：例如 func process(r Renderer) { r.Draw() }，若 Draw 定义在 *Bitmap 上，而 Renderer 值嵌入 Bitmap，则 r.Draw() 无法编译（因 r.Bitmap 是值，无法取地址用于方法调用）；此时必须嵌入 *Bitmap 或确保 Renderer 总是传指针。
• *构造函数返回 `Bitmap且零值不可用**：如func NewBitmap() Bitmap { return &Bitmap{...} }，嵌入Bitmap` 可自然对接初始化逻辑，避免用户误用未初始化的值。

? 实践建议总结

维度	值嵌入 (Bitmap)	指针嵌入 (*Bitmap)
内存效率	零分配，栈内连续布局	额外指针（8 字节）+ 堆分配（若动态创建）
方法提升	同时支持值/指针接收者方法（自动取址）	仅支持指针接收者方法
零值语义	Renderer{} 包含有效 Bitmap{}	Renderer{} 中 *Bitmap 为 nil
适用结构体	≤ 几十个字节、无内部指针/引用	大型、含 sync 类型、需共享状态

对于你提供的 Bitmap 示例：体积小、无副作用字段、零值合理——强烈推荐值嵌入。它更简洁、更高效，也更符合 Go “less is more” 的设计哲学。只有当实际遇到方法集不匹配、共享状态需求或性能剖析证实瓶颈时，再谨慎切换为指针嵌入。