值类型方法集仅含值接收者方法，故若接口方法仅由指针接收者实现，则值无法满足该接口；指针类型方法集包含值和指针接收者方法，因此 &t 可满足而 t 不可；嵌入时亦受此规则约束。
值类型方法集只包含值接收者方法
Go 语言中，一个类型能否赋值给某个接口，取决于它的方法集是否包含该接口定义的所有方法。而值类型（如 struct、int、string）的方法集**仅包含以值接收者声明的方法**；即使你为该类型定义了指针接收者方法，这些方法也不会被值类型的方法集包含。
这意味着：如果接口方法只在指针接收者上定义，那么该类型的值无法直接实现该接口。
-
type MyInt int定义后，若只写func (m *MyInt) String() string，则MyInt(42)不能赋给fmt.Stringer - 但若同时定义
func (m MyInt) String() string（值接收者），则MyInt(42)就能满足接口 - 编译器报错典型提示：
cannot use ... (type T) as type Interface in argument to ...: T does not implement Interface (Method has pointer receiver)
指针类型自动拥有值和指针接收者方法
与值类型不同，指针类型（如 *T）的方法集包含所有为 T 定义的接收者方法——无论接收者是 T 还是 *T。这是 Go 的隐式规则，也是为什么常看到代码里传 &t 而不是 t 来满足接口。
- 只要
func (t *MyStruct) Read(p []byte) (n int, err error)存在，&myStruct就能赋给io.Reader - 但
myStruct（值）不行，除非还额外实现了func (t MyStruct) Read(...) - 注意：这不表示指针类型“更强大”，而是方法集规则决定的——值类型无法调用指针接收者方法（因需取地址，而字面量或临时值不可寻址）
嵌入字段时的隐含方法集继承陷阱
当结构体嵌入另一个类型（如 type A struct{ B }），A 的方法集会继承 B 的值接收者方法；但如果 B 的方法是用指针接收者写的，那么只有 *A 才能访问它——因为嵌入字段的提升规则也受接收者类型约束。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
type Logger struct{}+func (*Logger) Log(...) {...}→ 嵌入到A后，A{}.Log()编译失败，(&A{}).Log()才行 - 如果
Logger是指针字段（type A struct{ *Logger }），则A{&Logger{}}.Log()可用，但此时是通过字段解引用实现的，不属于方法集提升 - 容易误以为“嵌入就等于有方法”，实际要看接收者类型和嵌入方式
如何快速判断某个值能否满足接口
最可靠的方式是让编译器说话：尝试赋值或传参，看是否报错。但提前预判可减少调试成本——关键就看两点：接口方法签名，以及你手上的变量是值还是指针，再对照该类型对应方法的接收者类型。
- 写接口前，先想清楚：这个行为是否需要修改接收者状态？需要 → 用指针接收者；否则可优先用值接收者（尤其对小结构体）
- 导出类型若预期被广泛实现接口，建议统一用指针接收者，并文档注明“应传指针”
- 测试时别只测
var t T; interfaceVar = t，务必也试interfaceVar = &t，两者语义不同
type Speaker interface {
Say() string
}
type Person struct{ Name string }
func (p Person) Say() string { return "Hi, I'm " + p.Name } // ✅ 值接收者
func (p *Person) Shout() string { return "HEY, " + p.Name } // ❌ Shout 不在 Person 方法集中
var p Person = Person{"Alice"}
var s Speaker = p // ✅ ok
// var _ io.Reader = p // ❌ 若 Read 是 *Person 接收者，则这里会失败
真正容易被忽略的是：这个限制不是语法糖或优化策略，而是 Go 类型系统在编译期强制执行的契约。一旦接口依赖指针接收者方法，你就必须传递地址——哪怕那个值本身很小，也无法绕过。
