只有指针类型能赋值给含指针接收者方法的接口，因t的方法集不含 t的指针接收方法，而 t的方法集包含全部；故& t可实现接口，t不可。
只有指针能赋值给含指针接收者方法的接口，值类型直接赋值会编译失败——这不是传参问题，而是方法集不匹配。
为什么 &T 能赋值给接口，而 T 不能
接口实现取决于类型的方法集（method set），不是“能不能调用”。Go 规定：
-
T的方法集只包含所有func (t T) M()方法 -
*T的方法集包含func (t T) M()和func (t *T) M()全部方法 - 如果接口中某个方法是
func (t *T) M()，那只有*T满足该接口；T{}即使能通过t.M()调用（编译器自动取址），也无法满足接口实现条件
典型错误现象：cannot use T{} (type T) as type MyInterface in assignment: T does not implement MyInterface (M method has pointer receiver)
如何安全地把指针传给接口变量
最直接的方式就是显式取地址，并确保右侧是可寻址的变量或字面量构造后取址：
- ✅ 正确：
var i MyInterface = &MyStruct{Field: "ok"} - ✅ 正确：
var m MyStruct; i := MyInterface(&m) - ❌ 错误：
i := MyInterface(MyStruct{})（值不可寻址，无法生成合法指针） - ⚠️ 注意：
make([]int, 0)、map[string]int{}等字面量本身不可寻址，不能直接&，需先赋值再取址
示例：
type Writer interface {
Write([]byte) (int, error)
}
type Buf struct{ data []byte }
func (b *Buf) Write(p []byte) (int, error) {
b.data = append(b.data, p...)
return len(p), nil
}
// ✅ 可行：&Buf{} 是 *Buf 类型，方法集完整
var w Writer = &Buf{}
// ❌ 编译失败：Buf{} 是 Buf 类型，不含 *Buf 的 Write 方法
// var w Writer = Buf{}
从函数返回值传递指针到接口的常见陷阱
当你调用一个返回 interface{} 的第三方函数时，它可能返回的是 T 值而非 *T，导致后续断言失败：
- 若函数返回
SomeStruct{}，则v.(SomeInterface)必然失败，即使SomeInterface只有一个func (*SomeStruct) M() - 补救方式一（推荐）：修改上游，让函数返回
&SomeStruct{}或new(SomeStruct) - 补救方式二（运行时兜底）：先断言为具体类型，再调用其指针接收者方法（Go 允许对可寻址值自动取址）：
if s, ok := v.(SomeStruct); ok { s.M() }
这个自动取址仅发生在**直接调用方法时**，不适用于接口赋值场景。
容易被忽略的关键点
接口变量内部存储的是“值 + 类型信息”，一旦存入的是 T 值，就永远无法在运行时变成 *T。没有隐式转换，也没有反射层面的“升级”手段。是否用指针，必须在赋值那一刻就决定。混用值和指针接收者写方法，会导致同一结构体在不同接口间行为割裂——比如一个方法能被接口接受，另一个不能，这种不一致很难调试。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
