go接口值本身不是指针类型，但其底层iface结构中data字段为unsafe.pointer，直接指向实际数据地址，因此行为类似带类型的指针。
接口值不是指针类型，但内部确实存着一个数据指针
直接回答：Go 的 interface{} 或任何非空接口变量本身不是指针类型，*interface{} 是非法语法、编译不通过；但它在运行时的底层结构（iface）里，第二个字段是 unsafe.Pointer，**真实指向底层数据的地址**——这个指针可能指向栈上变量、堆上对象，甚至只是个副本的地址。
这意味着：你写 var i io.Writer = os.Stdout，i 本身是个 16 字节的值（两个机器字），但它的行为像“带类型的指针”：调用 i.Write() 实际是通过那个 data 字段间接访问 os.Stdout 的内存。这不是语法糖，是 runtime 级别的设计。
赋值时传值还是传指针，决定接口是否共享原始数据
关键看你怎么把具体类型塞进接口：
- 传值（如
var s Speaker = Person{Name:"Alice"}）→ 接口内部的data指向一个栈上副本，后续修改不影响原变量 - 传指针（如
var s Speaker = &Person{Name:"Alice"}）→data直接存的是&Person的拷贝，多个接口变量（s1、s2）会共享同一块内存，调用指针接收者方法会互相影响
常见错误：以为 var i interface{} = myStruct 是“安全复制”，结果接口里藏的却是该结构体的地址（尤其当它有指针接收者方法时，编译器会自动取址），导致意外修改原始值。
立即学习“go语言免费学习笔记（深入）”；
为什么方法接收者类型会影响接口能否赋值
这和接口值的 data 字段怎么填密切相关：
- 值接收者方法（
func (t T) M()）：T和*T都能赋给接口 → 因为T可直接复制，*T的data存指针，都能满足方法调用需要 - 指针接收者方法（
func (t *T) M()）：只有*T能赋值 → 因为T没有该方法，且 Go 不允许对临时值（如T{}）隐式取址生成有效指针
实操建议：如果你的结构体需要被接口持有并修改状态（比如计数器、缓存、连接池），务必用指针接收者，并显式传 &v；否则可能编译失败或静默失效。
接口比较和 nil 判断的陷阱就藏在 data 指针里
== 比较两个接口值，本质是比较它们的动态类型 + 动态值；而“动态值”是否相等，取决于 data 指向的内容是否相同（比如两个 *int 指向同一个地址才相等）。
更隐蔽的是 nil 判断：var i io.Reader 是 nil；但 var r *bytes.Reader; i = r 后，i 不是 nil（因为 data 字段非空，哪怕 r == nil）——此时 i == nil 返回 false，但调用 i.Read() 会 panic。
正确判空方式始终是：v, ok := i.(io.Reader); if !ok || v == nil，或者直接类型断言后检查底层指针。
真正容易被忽略的点在于：接口值的“轻量”是假象——它不复制大对象，但也不隔离副作用；你以为传的是值，它可能早就在背后连上了原始内存。
