go中无virtual function，但可通过接口与方法接收者模拟多态；值接收者和指针接收者决定类型能否实现接口，混用会导致部分实现不可见，语义上分别表示只读与可修改状态。
Go 里没有 virtual function，但可以用接口 + 方法接收者模拟
Go 没有类、没有继承、也没有 virtual 关键字，所谓“虚拟函数”只是开发者对多态行为的惯性表述。真正起作用的是：类型实现了某个接口，而接口变量在运行时绑定具体类型的方法。方法接收者（func (t T) Method() 或 func (t *T) Method()）决定了谁能实现该接口——这点常被忽略，直接导致“方法没被识别”。
常见错误现象：cannot use t (type T) as type Interface in assignment: T does not implement Interface (Method method has pointer receiver)。本质是值接收者和指针接收者不兼容。
- 如果接口方法由
*T实现，则只有*T类型变量能赋值给该接口；T值不能自动转成*T再满足接口 - 反之，若方法用
T值接收者定义，T和*T都能实现该接口（因为*T能自动解引用调用值接收者方法） - 一个类型要么全用值接收者，要么全用指针接收者实现同一接口，混用会导致部分实现“不可见”
定义接口时，先想清楚数据是否要被修改
接收者类型不是风格选择，而是语义契约。值接收者意味着方法不修改原始状态，指针接收者则允许修改。这直接影响能否满足接口。
例如：
type Speaker interface {
Speak() string
}
type Dog struct{ name string }
func (d Dog) Speak() string { return d.name + " barks" } // 值接收者
type Cat struct{ name string }
func (c *Cat) Speak() string { return c.name + " meows" } // 指针接收者
这时 Dog{} 能直接赋给 Speaker，但 Cat{} 不行——必须写 &Cat{}。这不是语法限制，而是 Go 的显式设计：你得明确表达“我打算用指针来调用这个方法”。
- 如果
Speak()只读字段，用值接收者更安全、更易测试 - 如果后续可能加状态更新（比如记录调用次数），一开始就用指针接收者，避免后期重构所有调用点
- 标准库如
io.Reader全部使用指针接收者，因为底层常涉及缓冲区、偏移量等可变状态
嵌入结构体时，接收者类型决定“提升”的方法是否可用
嵌入（embedding）常被误认为“继承”，但它只是字段+方法的自动提升。而提升是否生效，依然取决于方法接收者类型。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
比如：
type Animal struct{}
func (a *Animal) Move() { fmt.Println("moving") }
type Bird struct {
Animal
}
此时 Bird{} 本身没有 Move() 方法——因为 Animal 的 Move 是指针接收者，而嵌入的是值字段 Animal，不是 *Animal。只有 *Bird 才能调用 Move()。
- 想让
Bird{}直接有Move()，得把嵌入字段改成*Animal - 或者把
Animal.Move改成值接收者——但这样就无法修改Animal内部字段 - 嵌入的本质是组合，不是多态来源；多态仍靠接口变量绑定，不是靠嵌入关系
反射或泛型场景下，接收者差异会暴露得更彻底
当你用 reflect.Value.MethodByName("X") 或泛型约束 type T interface{ X() } 时，Go 会在编译期或运行时严格检查方法集。值类型和指针类型的“方法集”不同，这是底层模型决定的，不是 bug。
例如泛型函数：
func DoSpeak[T Speaker](t T) { t.Speak() }
传入 Dog{} 没问题，但传入 Cat{} 会编译失败——除非你把约束改写为 T interface{ Speaker } 并确保调用方传的是 *Cat。
- 泛型参数
T是具体类型，不是接口；它必须自身完整实现接口，而不是靠运行时动态绑定 - 反射中
reflect.TypeOf(T{}).MethodByName查不到指针接收者方法，得用reflect.TypeOf(&T{}).Elem().MethodByName - 最稳妥的做法：统一用指针接收者定义接口方法，并始终传递
&T{}——虽然略啰嗦，但语义清晰、无歧义
真正容易被忽略的，不是语法怎么写，而是每次定义方法接收者时，有没有意识到它同时锁定了接口实现方式、内存布局、以及下游所有调用的形态。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
