go中方法必须绑定命名类型，接收者是方法语法组成部分；值接收者不修改原数据，指针接收者可修改；t与*t方法集不同，影响接口实现；建议统一使用指针或值接收者以避免隐式转换风险。
func 声明的不是“带有接收者的函数”，而是方法（method）——Go 中没有“带接收者的函数”这种东西。接收者是方法的语法组成部分，不是函数的修饰项。
你真正要解决的问题是：如何为结构体（或其他命名类型）定义能访问其字段的行为？
接收者必须绑定到命名类型
不能直接为匿名结构体、[]int、map[string]int 这类未命名类型定义方法。
- 错误写法：
func (s struct{ Name string }) GetName() string { return s.Name }→ 编译报错invalid receiver type struct{ Name string } - 正确做法：先用
type命名，再定义方法：type User struct { Name string } func (u User) GetName() string { return u.Name } - 哪怕只是包装一个基础类型，也得先命名：
type MyInt int，然后才能写func (i MyInt) Double() MyInt { return i * 2 }
值接收者 vs 指针接收者：改不改原数据？
这是最常踩坑的地方——不是“性能优先选指针”，而是“要不要改原值”决定接收者类型。
- 值接收者（
func (u User) SetName(n string)）：u是副本，u.Name = n不影响调用方的原始变量 - 指针接收者（
func (u *User) SetName(n string)）：u指向原结构体，u.Name = n真正修改了它 - 如果结构体字段里有
map、slice、chan或指针，值接收者也能间接修改底层数据——但这属于引用类型语义，不是“改结构体本身”
方法集不一致，接口实现容易失败
Go 的接口实现看的是“方法集”，而 T 和 *T 的方法集不同。
-
T的方法集只包含值接收者方法 -
*T的方法集包含值接收者 + 指针接收者方法 - 所以如果你定义了
func (u *User) Save() error，那只有*User能满足Saver接口；User{}字面量直接调Save()会编译失败 - 常见陷阱：传
User{}给期望Saver的函数，报错cannot use ... (type User) as type Saver in argument
同一类型混用值/指针接收者会带来隐式转换风险
Go 允许你在调用时省略 & 或 *（比如 u.Save() 即使 u 是 User 类型，只要方法是 *User 接收者且 u 可寻址，就自动取地址），但这不是万能的。
- 不可寻址的值无法自动转指针：比如
getUser().Save()，若getUser()返回User（非指针），就会报错cannot call pointer method on getUser() - 建议：只要结构体有任何方法需要修改字段，或你打算让它实现某个接口，就统一用指针接收者；否则统一用值接收者——避免混淆
真正麻烦的不是语法，而是什么时候该用指针、什么时候会被接口拒之门外、以及字面量和变量在调用时行为不一致。这些点不提前想清楚，后面 debug 时翻来覆去改接收者类型，比重写逻辑还累。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
