接口能否接收值取决于方法集匹配：值接收者时person和person均可；指针接收者时仅person可赋值，person{}因无法取地址而编译失败。
接口赋值时传 Person{} 还是 &Person{} 会直接决定能不能编译过
Go 接口能否接收某个值，不看变量名或语义，只看「方法集匹配」。如果接口里定义的方法是用指针接收者实现的（比如 func (p *Person) Speak()），那只有 *Person 类型能赋值给该接口；Person{} 会报错：Person does not implement Speaker。
- 值接收者（
func (p Person) Speak()）→Person和*Person都能赋值给接口 - 指针接收者（
func (p *Person) Speak()）→ 只有*Person能赋值，Person{}编译失败 - 临时值（如
Person{}字面量）无法取地址，所以 Go 不允许它隐式转成*Person去调用指针方法
函数参数是 func f(s Speaker)，传值还是传指针影响的是「能不能改原数据」
接口参数本身永远是值传递，但接口内部存的是「类型信息 + 数据地址或副本」。你传进去的是 Person{} 还是 &Person{}，决定了接口里存的是结构体副本，还是指向原结构体的指针副本。
- 传
Person{}→ 接口内保存副本 → 方法里改p.Name不会影响外面的变量 - 传
&Person{}→ 接口内保存指针副本 → 方法里通过类型断言拿到*Person后可修改原始字段 - 注意：
pp, ok := s.(*Person); ok { pp.Name = "new" }这种写法只在s确实是*Person时才生效，否则ok为 false
大结构体实现接口时，别默认传值，否则悄悄拖慢性能
一个含 20 个字段的 struct，每次传值都要复制 20 个字段；而传指针只复制 8 字节（64 位系统）。这种开销在高频调用、HTTP handler、数据库扫描等场景下会明显放大。
- 结构体字段超过 4～5 个，或含 slice/map/chan 等引用字段时，优先用指针接收者并传
*T给接口 - 逃逸分析（
go build -gcflags="-m"）能帮你确认哪些值被分配到堆上——传指针往往触发逃逸，但这是必要代价 - 不要为了“避免逃逸”硬用值接收者，导致复制开销上升；语义和性能要一起权衡
interface{} 能接指针，但没有 *interface{} 这种东西
新手常误以为 interface{} 是万能容器，可以再加个星号变成“指针版”。其实 interface{} 本身就是类型擦除后的抽象，它内部已经能存任意类型的值或指针；加 * 不仅语法非法，也违背设计本意。
立即学习“go语言免费学习笔记（深入）”；
-
var i interface{} = &Person{}✅ 合法，i内部存的是地址 -
var pi *interface{}❌ 语法错误，Go 不允许对interface{}取地址 - 需要“修改 interface{} 所指向的值”？得先类型断言出具体类型，再操作其指针，比如
if p, ok := i.(*Person); ok { p.Name = "X" }
