Go接口满足关系由编译器静态判定，仅当类型方法签名（含接收者类型）完全匹配时自动实现，值接收者与指针接收者互不兼容，函数类型可通过别名绑定方法实现接口。
Go 接口不是“声明实现”，而是“被编译器发现能干这事”——只要方法签名（含接收者类型）完全一致，就自动满足，不写 implements，也不报错提醒你“忘了实现”。
接口匹配看的是完整方法签名，不是函数名和参数列表
很多人以为只要函数名、参数、返回值对上就行，但 Go 还严格检查接收者类型：*T 和 T 是两种不同的方法集。
- 如果接口定义是
func (t T) Method() string，那只有T类型（值接收者）能直接满足；*T虽然也能调用该方法，但它的方法集里没有这个值接收者版本，所以*T不满足该接口 - 反过来，若接口要求
func (t *T) Method() string，那T值本身不能赋给该接口变量，会报错：T does not implement X (Method method has pointer receiver) - 参数类型必须精确匹配：
int≠int64，[]string≠string，哪怕语义等价也不行
函数类型也能实现接口，靠的是类型别名 + 方法绑定
Go 允许给函数类型定义方法，这是实现 error 等内置接口的常见手法。
- 先定义函数类型别名：
type binFunc func(int, int) int - 再为它绑定
Error()方法：func (f binFunc) Error() string，此时binFunc就自动满足error接口 - 转换时必须显式强转：
err := binFunc(add)，这里add是普通函数，binFunc(add)才是带方法的新类型实例 -
fmt.Println(err)会自动触发Error()，输出字符串而非函数地址——这不是 magic，而是fmt包对error接口的特化处理
结构体指针 vs 值接收者：影响接口赋值合法性
同一个结构体，用指针或值接收者实现同一接口，会导致不同变量能否赋值给该接口。
立即学习“go语言免费学习笔记（深入）”；
-
func (s *MyStruct) Read(p []byte) (n int, err error)→ 只有*MyStruct满足io.Reader，MyStruct{}字面量不能直接传给需要io.Reader的函数 -
func (s MyStruct) Write(p []byte) (n int, err error)→MyStruct{}和&MyStruct{}都能用，因为值接收者方法可被指针调用（Go 自动解引用），但反过来不行 - 常见坑：
return MyStruct{}试图满足一个要求指针接收者的接口，编译失败；得写成return &MyStruct{}
最容易被忽略的是：接口满足关系在编译期静态判定，不依赖运行时行为；而方法集是否包含某方法，取决于你用的是值还是指针接收者——这个选择一旦写死，就决定了谁有资格“进接口”。
