Go中不能直接为匿名结构体定义方法，因方法必须绑定命名类型；值/指针接收者选择取决于是否修改原值；接口实现依赖方法集，User与*User方法集不同；混用接收者易引发歧义，建议统一使用指针接收者以避免静默错误。
Go 里没有“构造函数”，也没有“类”，所谓面向对象特征靠的是结构体 + 方法 + 接口三者配合，而接收者是方法绑定到类型的唯一方式。
为什么不能直接给 struct{} 写方法？
因为 Go 要求方法必须绑定到命名类型，匿名结构体、[]int、map[string]int 这类未命名类型无法定义方法。编译器会报错：invalid receiver type struct{ Name string }。
- 正确做法：先用
type命名，再定义方法 - 哪怕只是包装
int，也得写type MyInt int，然后才能写func (i MyInt) Double() MyInt - 接收者类型必须和方法声明在同一个包里（不能给内置类型如
int直接加方法）
值接收者和指针接收者到底怎么选？
不是看性能，而是看要不要改原值。这是最常误判的点。
-
func (u User) SetName(n string)：修改的是副本，u.Name = n不影响调用方的User实例 -
func (u *User) SetName(n string)：u.Name = n真正写入原始内存地址 - 注意：即使用了值接收者，如果结构体字段含
map、slice或chan，仍可能间接修改底层数据——但这不是“改结构体本身”，而是引用类型语义
接口实现失败？大概率是方法集不匹配
Go 的接口实现依赖方法集，而 User 和 *User 的方法集不同：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
User的方法集只包含值接收者方法 -
*User的方法集包含值接收者 + 指针接收者方法 - 如果你写了
func (u *User) Save() error，那只有*User能满足Saver接口；传User{}会报错：cannot use User literal (type User) as type Saver in argument - 不可寻址的值（比如函数返回的
User）无法自动取地址，getUser().Save()会编译失败
同一类型混用值/指针接收者很危险
Go 允许你在可寻址时省略 &（比如 u.Save() 自动转成 (&u).Save()），但这不是通用规则。
- 一旦你同时定义了
func (u User) GetName()和func (u *User) Save()，调用时就可能出现隐式转换歧义 - 更麻烦的是：某些场景下编译能过，运行时行为却取决于变量是否可寻址，极难排查
- 建议：只要结构体有任何字段需要被修改，或你打算让它实现某个接口，就统一用指针接收者；否则全用值接收者
真正容易被忽略的是：接收者不是“修饰函数的语法糖”，而是方法归属类型的强制声明——它决定了这个行为属于谁、能不能改它、能不能被接口接纳。写错接收者类型，往往不是报错，而是静默地不满足接口或不生效。
