Go中*IF非法，因接口方法定义在IF上；接口变量存“类型+值/地址”，指针接收器影响实现与断言匹配，且nil接口不等价于nil指针。
接口变量本身不能是指针类型
Go 语言中 *IF（接口类型的指针）是非法的，编译会直接报错。因为接口方法定义在接口类型 IF 上，而 *IF 是一个完全不同的、未定义方法的新类型。你无法对 *IF 调用 MyMethod() —— 它压根不在它的方法集中。
真正起作用的是：接口变量内部存储的「动态类型」是否为指针，以及该类型的方法接收器是否为指针。
- 接口变量是值类型，赋值时拷贝的是「类型信息 + 值/地址」这个组合
- 若你把
&MyStruct{}赋给接口，接口里存的就是*MyStruct类型及其指向的地址 - 若你把
MyStruct{}赋给接口，接口里存的就是MyStruct的一份副本
为什么有时必须用指针实现接口？
两种典型场景会强制要求使用指针接收器来实现接口：
-
需要修改接收者状态：比如
Inc()方法想改变结构体字段，值接收器只会改副本，无效 - 结构体较大：避免每次调用方法都复制整个结构体，节省内存和 CPU
-
方法集一致性：只要有一个方法用了指针接收器，那么只有
*T能满足该接口；T值类型无法自动满足
type Counter interface {
Inc()
Get() int
}
type IntCounter struct {
val int
}
func (c *IntCounter) Inc() { c.val++ } // ✅ 指针接收器
func (c *IntCounter) Get() int { return c.val }
// 正确用法：
c := &IntCounter{} // 必须取地址
var cnt Counter = c // *IntCounter 实现了 Counter
cnt.Inc() // 修改生效
类型断言时指针必须匹配，否则失败
从接口中取出具体值，断言类型必须与接口内实际存储的类型严格一致——包括是否是指针。
立即学习“go语言免费学习笔记（深入）”；
- 如果接口里存的是
*User，断言i.(User)会失败（ok == false） - 必须写成
u, ok := i.(*User) - 即使
u是nil指针，只要类型对，ok仍为true；后续解引用前务必检查u != nil
常见错误现象：panic: runtime error: invalid memory address or nil pointer dereference，往往就源于断言后没判空就直接 *u 或 u.Method()。
接口为 nil 和指针为 nil 是两回事
一个接口变量为 nil，意味着它的「动态类型」和「动态值」都为 nil；而接口里存了一个非空指针（如 &User{}），哪怕那个指针指向的结构体字段全为零值，接口本身也不为 nil。
-
var i interface{}→i == nil成立 -
i = &User{}→i == nil不成立，哪怕User{}所有字段都是零值 -
i = (*User)(nil)→i == nil仍不成立！因为动态类型是*User，动态值是nil，接口非空
这点最容易被忽略：你不能靠 if i == nil 来判断底层指针是否为空，得先断言再判空。
