值接收者无法修改原结构体，指针接收者才能真正修改；小结构体用值接收者更安全高效，大结构体必须用指针；混用接收者会导致方法集分裂和接口实现失败。
值接收者改不了原结构体，指针接收者才能真修改——这是最常踩的坑，也是你写完方法发现字段没变的根本原因。
func (u User) SetName 为什么改不了 u.Name
因为 func (u User) SetName 拿到的是整个 User 结构体的副本，方法里写 u.Name = name 只是在改栈上那个临时拷贝，函数返回后副本就销毁了。
- 调用方看到的
User实例完全没变 - 哪怕结构体只有两个字段，只要你想改它，就必须用指针接收者
- 别指望“返回新实例”来补救：Go 不会自动赋值回去，
return u后不接赋值就是白干
接口实现失败？先查接收者类型是否匹配
当你定义了 type Namer interface { GetName() string }，却报错 User does not implement Namer，大概率是 GetName 写成了 func (u *User) GetName()。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
User的方法集只包含值接收者方法 -
*User的方法集才同时包含值 + 指针接收者方法 - 字面量
User{Name:"A"}是不可寻址的，连&都取不了，根本没法调指针方法 - 泛型约束里如果要求
M() & N()，而其中一个是指针接收者，那只有*T能满足
小结构体用值接收者反而更安全、更快
像 type Point struct { X, Y int } 或 type UserID string 这类 ≤24 字节、无指针字段的类型，值接收者是首选。
- 复制开销极小，甚至可能被编译器优化掉
- 明确表达“此操作不改变原值”的语义，比如
func (s String) Upper() String - 避免混用：一旦某个方法用了指针接收者，其他方法也建议统一用指针，否则方法集分裂，接口实现和泛型约束都容易出问题
- 大结构体（比如含 slice、map、大数组）必须用指针，否则每次调用都在堆或栈上复制几十上百字节
Go 自动解引用，但底层逻辑不能糊弄
你可以写 c := Counter{}; c.Inc()，即使 Inc 是 func (c *Counter) Inc() —— 编译器会自动加 &c。但这不改变事实：
- 自动取址的前提是
c可寻址（变量、切片元素、结构体字段等），字面量、函数返回值不行 - 自动解引用同理：
cp := &Counter{}; cp.Get()能调func (c Counter) Get()，但内部仍是副本操作 - 并发场景下，值接收者看似“线程安全”，但若方法里访问了外部状态或共享资源，照样可能出问题
最容易被忽略的不是语法能不能通，而是方法集分裂带来的隐性断裂：同一个结构体上混用接收者，会让 IDE、go vet 和泛型约束全部沉默，直到运行时或接口赋值那一刻才暴露。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
