MyStruct{}不能赋值给含指针接收者方法的接口，因值类型方法集不包含指针接收者方法；&MyStruct{}可以，因其类型为*MyStruct，方法集完整包含所有方法。
为什么 MyStruct{} 不能赋值给接口，但 &MyStruct{} 可以
根本不是语法写错，而是 Go 编译器严格按方法集规则检查：值类型 MyStruct 的方法集只包含接收者为 MyStruct 的方法；而指针类型 *MyStruct 的方法集包含所有 MyStruct 和 *MyStruct 接收者的方法。
常见错误现象：cannot use myStruct{} (type MyStruct) as type MyInterface in assignment: MyStruct does not implement MyInterface (Method has pointer receiver)。这说明接口里至少有一个方法是 func (m *MyStruct) Foo()，而 MyStruct{} 根本没有这个方法在它的方法集中。
- 即使你能写
myStruct.Foo()（编译器自动取址），也不代表myStruct{}实现了接口——接口赋值不走自动取址逻辑 - 函数返回值、map 中的 struct 值、切片元素等不可寻址场景，连
.Foo()都会直接报错 -
&MyStruct{}是合法的复合字面量，它生成的是一个可寻址的临时变量，其类型就是*MyStruct，方法集完整
嵌入结构体时，Child 能否实现含指针方法的接口
取决于你嵌入的是值类型还是指针类型：嵌入 Base 不会把 *Base 的方法提升到 Child 的方法集；嵌入 *Base 才会。
例如：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
type Base struct{}
func (b *Base) Read() error { return nil }
type Child1 struct { Base } // ❌ Child1{} 无法实现 io.Reader
type Child2 struct { *Base } // ✅ Child2{} 和 &Child2{} 都能实现 io.Reader
-
Child1嵌入值类型Base，它的方法集只继承Base的值接收者方法（但Read是*Base的） -
Child2嵌入指针类型*Base，Go 允许通过Child2字段解引用访问*Base方法，且Child2{}本身就能调用Read() - 别靠 IDE 提示判断是否实现接口——它只比对函数签名，不校验接收者类型归属
如何快速验证某个类型是否真实现了某接口
最可靠的方式是编译期断言，零运行时开销，且能暴露接收者类型不匹配问题。
- 验证指针类型实现：
var _ io.Writer = (*bytes.Buffer)(nil)—— 若编译失败，说明*bytes.Buffer没实现io.Writer - 验证值类型实现（仅当接口全为值接收者时）：
var _ fmt.Stringer = time.Time{} - 不要用
reflect.TypeOf(t).Implements()或interface{}(t).(MyInterface)，它们在运行时无法区分接收者差异 - 标准库文档（如 pkg.go.dev）通常会注明“Implements: io.Writer”，但注意它指的是
*Type还是Type
哪些类型的方法集永远为空
内置引用类型（[]T、map[K]V、chan T、func、interface{}）不允许绑定方法，因此它们没有方法集。
- 你写不出
func (s []int) Len() int，编译直接报错：invalid receiver type []int - 想封装行为，必须定义新类型：
type IntSlice []int; func (s IntSlice) Len() int { return len(s) } -
interface{}是空接口，方法集为空，所以任何类型都满足——但它不改变底层值的方法集，转成具体接口仍要重新校验
最容易被忽略的是：方法集规则不是性能优化技巧，而是 Go 类型系统的硬性契约。写接口代码时，先看接收者类型，再决定传值还是传指针，否则编译错误会出现在意想不到的地方。
