Go中无方法绑定，仅通过接收者声明实现语法糖；值接收者操作副本且影响接口实现，指针接收者可修改原值；嵌入是静态提升而非继承；动态行为应使用函数字段而非接收者。
Go 里没有“方法绑定”这回事，只有接收者声明
Go 语言不支持传统面向对象的“方法绑定”概念——结构体不会自动携带方法，也不会在实例化时把函数挂到对象上。所谓“绑定”，其实是通过在函数签名中显式声明接收者（func (t T) Method()）来实现的语法糖。编译器据此生成一个隐式的第一参数，调用时 t.Method() 等价于 Method(t)。
值接收者 vs 指针接收者：改不改原值、能不能赋值给接口
这是最容易出错的地方。接收者类型直接决定行为：
- 值接收者
func (t MyStruct) Foo()：函数内操作的是t的副本，无法修改原始结构体；且只有当所有方法都是值接收者时，MyStruct才能直接赋值给接口（否则需用指针） - 指针接收者
func (t *MyStruct) Bar()：可修改原始字段；即使结构体有混合接收者，只要接口要求的方法中有指针接收者，就必须传*MyStruct - 混用风险：
var s MyStruct; var i interface{} = s在存在指针接收者方法时会编译失败，错误是MyStruct does not implement ... (Bar method has pointer receiver)
嵌入结构体时方法“提升”的真实规则
嵌入（embedding）看起来像继承，但只是编译器自动补全调用路径，不是动态绑定：
- 嵌入字段为
type A struct{ B }，若B有方法Foo()，则a.Foo()可用 —— 但本质仍是a.B.Foo() - 如果
A自己也定义了Foo()，则优先使用A.Foo()，B.Foo()被隐藏，无法通过a.Foo()访问（必须写a.B.Foo()） - 嵌入指针字段如
B *SomeType，其方法仍会被提升，但调用时若a.B == nil，运行时 panic（如nil pointer dereference）
想模拟“动态绑定”？靠接口 + 函数字段更实际
真需要运行时替换行为（比如策略模式），别硬套接收者，用字段存函数更清晰：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
type Processor struct {
DoWork func(string) error
}
p := Processor{
DoWork: func(s string) error {
fmt.Println("default:", s)
return nil
},
}
p.DoWork("hello") // 直接调用，无需接收者机制
这种写法绕过接收者限制，也避免因指针/值混淆导致的接口不匹配或意外拷贝。复杂逻辑封装进函数值，比强行塞进接收者方法里更可控。
接收者声明只是语法便利，不是绑定机制；真正影响行为的是接收者类型（值 or 指针）、嵌入层级和接口实现规则——这些地方一错，编译报错或运行时 panic 都来得很快。
