必须用指针接收者才能修改结构体字段；值接收者操作的是副本，原对象完全不变，且不报错、静默失效，是Go中最常踩的坑。
必须用指针接收者才能修改结构体字段；值接收者改的只是副本，原对象完全不变。
方法调用时改不了字段？检查接收者是不是值类型
这是最常踩的坑：写了个 SetX 方法，调用完发现字段没变。不是语法错，也不是逻辑漏，而是接收者用了 func (v Vertex) SetX(x float64) —— v 是 Vertex 的拷贝，v.X = x 只改了栈上那一份临时数据。
- 只要方法体内有赋值语句（如
h.i = 5、p.Name = "foo"），就必须用指针接收者func (p *T) ... - 值接收者适合纯读取场景，比如
func (u User) FullName() string，不碰字段只组合返回值 - Go 不会报错，也不会警告，运行时静默失效——你得靠打印地址或观察字段值来确认
结构体大了还用值接收者？内存拷贝开销可能超预期
一个含 []byte 和 map[string]interface{} 的 User 结构体，用值接收者调一次方法，就复制几百字节甚至更多。而指针接收者只传 8 字节地址。
- 小型结构体（比如只有 1–2 个
int或string）用值接收者影响不大 - 只要结构体里包含切片、map、channel、interface 或任意指针字段，就默认走指针接收者
- 不确定大小时，
unsafe.Sizeof(T{})可以查实际字节数，>64 字节建议优先指针
接口实现失败？可能是接收者类型不匹配
定义了 type Speaker interface { Say() }，但只给 func (p *Person) Say() 实现了指针接收者。这时 var s Speaker = Person{} 会编译失败，因为 Person 类型的方法集不包含 Say。
立即学习“go语言免费学习笔记（深入）”；
-
Person的方法集 = 所有func (p Person)方法 -
*Person的方法集 = 所有func (p Person)+ 所有func (p *Person)方法 - 如果接口方法用了指针接收者，只有
*T能满足；值接收者则T和*T都行 - 混用接收者类型（部分方法值、部分指针）会让类型是否实现某接口变得不可预测
调用时语法一样，但底层行为完全不同
你可以对值变量 t := T{} 直接调 t.Method()，哪怕 Method 是指针接收者；也能对指针 pt := &T{} 调 pt.Method()，哪怕 Method 是值接收者。Go 编译器自动补 & 或 *，但这只是语法糖。
- 自动解引用掩盖了真实行为：值调用指针方法 ≠ 安全，它仍会修改原始对象
- 自动取址也不等于无代价：对值变量调指针方法，编译器要确保该值可寻址（不能是字面量或函数返回值）
- 真正关键的不是怎么调，而是方法定义时选了哪种接收者——它决定了方法集、修改能力和性能特征
最容易被忽略的是：同一类型的方法接收者风格不一致时，既可能破坏接口实现，又会让协程并发访问时的线程安全假设失效。这不是“能跑就行”的细节，而是 Go 类型系统在运行时强制执行的契约。
