根本原因是 Go 不允许对不可寻址的值自动取地址，如字面量、map 元素、函数返回值等；解决需显式声明变量或传指针；接口实现要求接收器统一；含 slice/map 字段应优先用指针接收器；零值字面量无法调用指针方法。
为什么调用指针接收器方法时有时报 cannot call pointer method on
根本原因是 Go 不允许对不可寻址的值自动取地址。比如字面量、函数返回值、map 中的值，或者未声明为变量的结构体字段——这些都不是“可寻址的”，编译器无法帮你加 &。
常见触发场景：
-
struct{ Name string }{ "alice" }.SetName("bob")→ 报错：字面量不可寻址 -
m := map[string]User{}; m["u"].SetName("carol")→ 报错：map 元素不可寻址（即使m["u"]存在） -
func GetUser() User { return User{"dan"} }; GetUser().SetName("eve")→ 报错：函数返回值是临时值，不可寻址
解决办法只有显式创建可寻址变量：u := User{"alice"}; u.SetName("bob") 或直接传指针：SetUser(&User{"alice"})。
func (u *User) SetName 和 func (u User) SetName 不能共存于同一接口实现
Go 要求一个类型实现某个接口时，所有方法必须统一使用值接收器或统一使用指针接收器。否则接口赋值会失败，哪怕只是其中一两个方法用了指针。
例如：
type Namer interface {
GetName() string
SetName(string)
}
type User struct{ Name string }
func (u User) GetName() string { return u.Name }
func (u *User) SetName(n string) { u.Name = n }
此时 var n Namer = User{"x"} 编译失败：因为 User 值类型的方法集只含 GetName，不含 SetName（它属于 *User 的方法集）。
修复方式只有一种：全部改用指针接收器，或全部改用值接收器（后者通常不适用，因 SetName 需修改字段）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
含 slice、map 字段的结构体，值接收器会“假修改”
值接收器复制的是结构体本身，但其中的 slice、map、chan、func 字段只是复制了头信息（指针+长度+容量），底层数据仍共享。这会导致看似修改成功，实则行为诡异。
典型陷阱：
-
func (u User) AddTag(t string) { u.Tags = append(u.Tags, t) }→u.Tags是副本，append后新 slice 只写入副本，原u.Tags不变 -
func (u User) ClearMap() { u.Data = make(map[string]int) }→ 原u.Data仍是旧 map，没被清空
这类字段只要存在，就该默认用指针接收器——不是为了性能，而是为了语义正确。哪怕结构体只有两个字段，只要一个是 []byte，就别用值接收器。
零值（User{}）无法直接调用指针接收器方法
这是最容易被忽略的约束：指针接收器方法只能被可寻址的变量或显式取址的表达式调用。而字面量 User{} 是不可寻址的，哪怕它没字段、不占内存。
所以以下代码会编译失败：
var u User
u.SetName("foo") // ✅ ok：u 是变量，可寻址
User{}.SetName("bar") // ❌ compile error：cannot call pointer method on User literal
如果 API 设计中需要支持字面量调用（比如配置初始化），就得提供一个工厂函数：NewUser() *User，或把关键方法降级为值接收器（仅限纯读操作且无引用字段）。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
