不该对接口本身取指针。接口是值类型，IF 表示指向接口变量的指针而非可修改实现体的接口；方法集定义在 IF 上，IF 无法调用方法；能否修改原值取决于实现类型的方法接收者（T 才能修改）；接口应直接接收实现者（如 Dog），而非其地址；值接收者方法操作副本，不影响原值；nil 接口与 nil 指针语义不同，判空只用 i ==nil。
Go 中指针与接口的关系常被误解，核心误区不在“能不能用”，而在于“该不该对接口本身取指针”——答案通常是：不该。
误区一：给接口类型加星号（*IF）就能修改底层数据
很多人以为写 *IF 是让接口支持“可变引用”，但这是错的。接口本身是值类型，*IF 表示“指向一个接口变量的指针”，不是“一个能修改实现体的接口”。Go 不允许你通过 *IF 直接调用接口方法，因为方法集定义在 IF 上，而非 *IF 上。
- 编译会报错：
type *IF does not have method MyMethod - 接口的方法调用能力只取决于它封装的类型和接收者方式，跟接口自身是否是指针无关
- 真正控制“能否修改原值”的，是实现类型的方法接收者：用
*T接收者，才可修改原始实例
误区二：把结构体指针的地址传给接口（&dog）
常见错误写法：
dog := &Dog{} var i interface{} = &dog // 实际存的是 **Dog if a, ok := i.(Animal); ok {……} // 断言失败 这里 &dog 是 **Dog，而接口期望的是 *Dog（因为 *Dog 实现了 Animal）。类型不匹配导致断言失败。
- 正确做法：直接赋值
*Dog给接口：var a Animal = dog - 接口要的是“实现者”，不是“实现者的地址”
- 只要
*Dog实现了接口，就直接用它；不需要再取地址
误区三：认为值接收者方法也能通过接口修改原结构体
如果实现接口的方法用的是值接收者（func (t T) Method()），那么接口内部存储的是该值的副本。任何对该副本的修改，都不会影响原始变量。
- 例如：
mt.Value++只改副本，原MyType不变 - 若需修改原始状态，必须用指针接收者：
func (mt *MyType) Method() - 且此时必须用
*MyType赋值给接口，否则无法满足方法集（值类型MyType不具备*MyType的方法）
误区四：混淆 nil 指针和 nil 接口
一个接口变量可以非 nil，但内部值是 nil 指针。比如：
var p *MyStruct = nil var i MyInterface = p // i 不是 nil！i == nil 为 false 这时调用 i.DoSomething() 可能 panic（如果方法内没做 nil 检查），但 i == nil 判断为 false。
- 判断接口是否为空，永远用
i == nil，而不是检查其内部值 - 返回接口时，应返回
nil，而非(*T)(nil)或其他 nil 指针转型 - nil 接口表示“无值”，nil 指针表示“有值，但指向空”——两者语义不同
基本上就这些。关键就一条：接口负责抽象行为，指针负责共享或修改状态；把指针逻辑放在实现类型上，别动接口本身。
