在 Go 中，通过匿名字段实现的“结构体嵌入”并非面向对象的继承，而是一种组合机制；若函数参数为嵌入类型（如 FSEntity），不能直接传入包含该类型的外层结构体（如 DataBlock），必须显式提取嵌入字段 dataBlock.FSEntity。
在 go 中，通过匿名字段实现的“结构体嵌入”并非面向对象的继承，而是一种组合机制；若函数参数为嵌入类型（如 `fsentity`），不能直接传入包含该类型的外层结构体（如 `datablock`），必须显式提取嵌入字段 `datablock.fsentity`。
Go 不支持传统意义上的类继承，但可通过结构体嵌入（embedding） 实现字段与方法的“提升（promotion）”，从而模拟部分继承行为。然而，这本质上是组合（composition），而非类型继承——DataBlock 并不是 FSEntity 的子类型，它只是包含一个 FSEntity 字段（匿名，故可省略字段名访问）。因此，类型系统严格区分二者：DataBlock 和 FSEntity 是完全不同的、不兼容的类型。
要将 DataBlock 实例传递给形参为 FSEntity 的函数（如 Put(entity FSEntity)），必须显式提取其嵌入的 FSEntity 部分：
guidNumber := GUIDNumber(1234)
value := []byte("sample string")
dataBlock := DataBlock{FSEntity{guidNumber}, value}
Put(dataBlock.FSEntity) // ✅ 正确：显式访问嵌入字段
⚠️ 注意：dataBlock.FSEntity 是一个 FSEntity 类型的值（或指针，取决于定义），与 dataBlock 本身类型无关。Go 编译器不会自动转换或向上转型。
更灵活的解决方案：使用接口（推荐）
若需多态行为（即让 DataBlock、FSEntity 等多种类型都能被同一函数处理），应定义接口并让相关类型实现它：
type Storable interface {
GUID() GUIDNumber
}
func (f FSEntity) GUID() GUIDNumber { return f.guid }
func (d DataBlock) GUID() GUIDNumber { return d.FSEntity.guid } // 委托到嵌入字段
func Put(entity Storable) { /* 使用 entity.GUID() */ }
此时可直接调用：
Put(dataBlock) // ✅ 满足 Storable 接口，无需手动提取
Put(FSEntity{guidNumber})
总结
- ❌ 错误认知：“DataBlock 是 FSEntity 的子类，可自动赋值” → Go 无继承，只有嵌入与组合。
- ✅ 正确做法：传参时显式访问嵌入字段 x.EmbeddedType。
- ✅ 最佳实践：面向接口编程，定义行为契约（如 Storable），解耦具体类型，提升扩展性与测试性。
嵌入是代码复用的利器，但类型安全始终由编译器强制执行——明确、显式，正是 Go 的设计哲学。
