go 允许在结构体中嵌入接口，会自动提升其方法，但编译器不检查该接口字段是否非 nil；因此代码能正常编译，却在运行时因调用 nil 接口的实现方法而触发 panic。
go 允许在结构体中嵌入接口，会自动提升其方法，但编译器不检查该接口字段是否非 nil；因此代码能正常编译，却在运行时因调用 nil 接口的实现方法而触发 panic。
在 Go 中，嵌入（embedding）是一种语法糖，而非类型实现关系。当你在结构体中嵌入一个接口类型（如 LocalInterface），Go 并不会要求该结构体“实现”该接口，而是将其视为一个匿名字段，并自动为结构体生成代理方法（method promotion）——即：调用 *LocalStruct.SomeMethod() 会被自动转发为 (*LocalStruct).LocalInterface.SomeMethod()。
这等价于手动编写如下代码：
type LocalStruct struct {
LocalInterface LocalInterface // 显式命名字段（嵌入即此）
myOwnField string
}
// 自动生成的代理方法（编译器隐式添加）
func (ls *LocalStruct) SomeMethod(s string) error {
return ls.LocalInterface.SomeMethod(s) // ⚠️ 若 ls.LocalInterface == nil，则此处 panic
}关键点在于：嵌入接口 ≠ 实现接口。它只是引入了一个可被提升方法的字段，而该字段默认为 nil。因此，以下初始化：
var localInterface LocalInterface = &LocalStruct{myOwnField: "test"}创建的 LocalStruct 实例中，LocalInterface 字段为 nil。当调用 localInterface.SomeMethod(...) 时，实际执行的是 (*LocalStruct).SomeMethod → 再调用 nil.SomeMethod，最终触发 nil pointer dereference panic。
✅ 正确做法是：显式初始化嵌入的接口字段，确保其指向一个实现了该接口的具体值：
type A int
func (a A) SomeMethod(s string) error {
fmt.Println("Called:", s)
return nil
}
func main() {
// ✅ 将 A(10) 赋给嵌入字段，使其非 nil
s := &LocalStruct{
LocalInterface: A(10), // 实现了 LocalInterface
myOwnField: "test",
}
s.SomeMethod("hello") // 输出: Called: hello
}⚠️ 注意事项：
- 嵌入接口是合法语法，但极易引发运行时 panic，应避免在生产代码中嵌入未初始化的接口；
- 若目标是让结构体“实现”某接口，请直接定义对应方法，而非嵌入接口；
- 嵌入具体类型（如 *bytes.Buffer）是常见且安全的模式（因其可初始化），但嵌入接口类型属于高级且危险用法，需格外谨慎；
- 编译器不会报错，是因为方法提升仅依赖字段存在性与签名匹配，不验证字段值是否可解引用。
总结：Go 的嵌入机制追求灵活性与组合性，但将接口作为嵌入字段会模糊“组合”与“实现”的边界。开发者需明确区分二者——若需接口能力，应传入或持有具体实现；若需结构体自身满足接口，就应显式实现方法，而非依赖空接口字段的虚假提升。
