指针赋值给interface时，interface保存的是指针的类型和值，因此nil指针不等于nil interface；只有当interface的类型和值均为nil时才为nil。方法接收者为指针时，只有该指针类型实现interface，值类型无法直接赋值；函数传参中使用指针+interface可修改原值，但需安全断言避免panic；小对象应避免指针装箱以提升性能。
在Go语言中，指针与interface结合使用非常常见，但也容易因理解偏差导致运行时错误或非预期行为。掌握它们之间的交互规则，能避免很多坑。
interface底层结构与指针赋值
Go中的interface变量包含两个字段：类型（type）和值（value）。当把一个指针赋给interface时，interface保存的是指针的类型和指针本身。
例如：
var p *int
var i interface{} = p // i 的动态类型是 *int，动态值是指向 int 的指针
这没有问题。但要注意，nil 指针不等于 nil interface。看这个例子：
立即学习“go语言免费学习笔记（深入）”；
var p *int = nil
var i interface{} = p
fmt.Println(i == nil) // 输出 false
虽然 p 是 nil，但 i 不是 nil，因为 i 的类型是 *int，值是 nil 指针。interface 只有在类型和值都为 nil 时才等于 nil。
方法接收者与interface实现
类型的方法集决定了它是否实现某个interface。如果一个方法的接收者是指针类型，那么只有该类型的指针才能调用此方法。
这意味着：
- 只有 *T 实现了 interface 时，T 类型的值不能直接赋给该 interface
- 而如果 T 实现了 interface，则 T 和 *T 都可赋值
示例：
type Speaker interface {
Speak()
}
type Dog struct{}
func (d *Dog) Speak() {
fmt.Println("Woof")
}
var s Speaker = &Dog{} // 正确：*Dog 实现了 Speaker
var s2 Speaker = Dog{} // 错误：Dog 值没有实现 Speak 方法
即使 Go 能自动对变量取地址（如方法调用时），但在赋值给interface时不会自动转换。
在函数参数和返回值中使用指针+interface
经常看到函数接收 interface{} 或自定义 interface，传入指针也很普遍。需要注意：
- 传入指针后，interface 中保存的是指针，函数内部修改会影响原始对象
- 类型断言时要判断是否是指针类型
比如：
func modify(v interface{}) {
if p, ok := v.(*int); ok {
*p = 100 // 修改原值
}
}
如果不做类型检查就断言，会 panic。建议使用安全断言或反射进一步判断。
避免不必要的指针装箱
将小对象的指针放入interface会导致性能开销，因为interface本身会堆分配，再加上指针间接访问。对于int、bool等值类型，直接传值更高效。
同时注意，不要为了满足interface而强制使用指针，除非确实需要修改原值或类型的方法集要求指针接收者。
基本上就这些。关键是理解 interface 的“类型+值”模型，以及指针接收者带来的实现差异。搞清 nil 指针和 nil interface 的区别，能少踩很多 runtime panic 的坑。
