go 结构体通过嵌入类型获得其方法，但仅当这些方法的接收者类型与嵌入方式匹配时，才会被纳入结构体的方法集——值接收者方法可被值/指针结构体调用，而指针接收者方法仅在结构体本身或其字段为指针时才属于方法集。
go 结构体通过嵌入类型获得其方法，但仅当这些方法的接收者类型与嵌入方式匹配时，才会被纳入结构体的方法集——值接收者方法可被值/指针结构体调用，而指针接收者方法仅在结构体本身或其字段为指针时才属于方法集。
在 Go 中，结构体通过匿名字段（嵌入）继承其方法，但是否实现某个接口，取决于该接口所需方法是否存在于结构体的「方法集」（method set）中。而方法集的构成严格遵循接收者类型和嵌入方式的规则，并非简单“继承全部”。
✅ 值接收者：嵌入 A 时，B 自动拥有 A.Incr() 方法集
考虑原始示例：
type A struct { A1, A2 int }
func (a A) Incr() int { a.A1++; return a.A1 } // 值接收者
type B struct {
A // 嵌入值类型 A
D int
}
type C interface { Incr() int }
func main() {
var s B
s.Incr() // ✅ OK：s 是可寻址的，Go 自动传值调用
Add(s) // ✅ OK：B 的方法集包含 Incr()（因 A 是值嵌入 + 值接收者）
}此时 B 的方法集包含 Incr()，因此满足接口 C —— 这是符合预期的。
❌ 指针接收者：嵌入 A 时，B 不自动拥有 (*A).Incr() 方法集
一旦将方法改为指针接收者：
func (a *A) Incr() int { a.A1++; return a.A1 } // 指针接收者编译器报错：
cannot use s (type B) as type C in argument to Add: B does not implement C (Incr method has pointer receiver)
原因在于：
- A 类型本身不实现该 Incr 方法（只有 *A 实现）；
- B 嵌入的是 A（值类型），而非 *A；
- 根据 Go 语言规范，只有当嵌入 *T 时，S 和 *S 的方法集才同时包含 T 和 *T 的方法；而嵌入 T 时，仅 S 和 *S 的方法集包含 T 的方法（不含 *T 的方法）。
因此，B 的方法集不包含 (*A).Incr()，故无法赋值给接口 C。
⚠️ 注意：s.Incr() 仍能调用成功，是因为 s 是可寻址变量（&s 存在），Go 编译器会自动取地址并调用 (&s.A).Incr() —— 这是语法糖，不影响方法集判定。而接口转换（如 Add(s)）要求方法必须显式属于 B 的方法集，不触发自动取址。
✅ 三种正确解决方案
| 方案 | 修改点 | 说明 |
|---|---|---|
| *① 改嵌入为 `A`** | type B struct { *A; D int } | B 方法集立即包含 (*A).Incr()（也含 A.Incr()，若存在） |
| ② 传指针给接口函数 | Add(&s) | *B 的方法集包含 (*A).Incr()（因 B 嵌入 A，*B 可访问 *A 字段） |
| ③ 声明 s 为指针 | s := &B{} | 同上，s 类型为 *B，满足接口要求 |
✅ 推荐方案①（嵌入 *A），语义清晰且避免后续误用；若需保持 A 值嵌入，则统一使用指针调用（方案②/③），确保一致性。
总结
- 嵌入不是“继承”，而是方法提升（promotion），受接收者类型和嵌入类型双重约束；
- 判断结构体是否实现接口，请始终基于其方法集定义，而非运行时能否调用；
- 设计接口时，若类型需被嵌入，建议优先使用指针接收者 + 指针嵌入，避免方法集不一致陷阱；
- go vet 和静态分析工具（如 staticcheck）可帮助识别此类隐式转换风险。
掌握这一机制，是写出健壮、可组合 Go 接口的关键基础。
