值类型传参复制整个变量内容，指针传参虽只拷贝地址但可能触发逃逸到堆增加gc压力；判断依据为：结构体大小超8–12字节、方法需修改字段、含引用类型字段。
值类型传参时到底复制了什么
值类型（如 int、string、小 struct）在函数调用时，Go 会把整个变量的内容拷贝一份进栈帧。这意味着：你看到的不是“引用”，而是“独立副本”。
- 修改参数内部字段，不影响原始变量
- 结构体越大，拷贝越慢——比如一个含
[1000]int的struct，每次调用都复制 8KB - 即使结构体里有
slice或map，这些字段本身仍是值（即 header 的拷贝），但底层数据不会重复分配
type User struct {
Name string
Tags []string // slice header 是值，指向的底层数组不复制
}
func byValue(u User) {
u.Name = "Alice" // ✅ 有效，但只改副本
u.Tags = append(u.Tags, "new") // ⚠️ 可能扩容，但原 u.Tags 不变
}
指针传参为什么不一定更省内存
传 *T 确实只拷贝 8 字节地址，但代价常被忽略：它可能触发逃逸分析，让原本该在栈上的变量被迫分配到堆上，增加 GC 压力。
-
&User{...}初始化不一定分配在栈上——如果该指针被返回或存入全局变量，Go 编译器会把它“逃逸”到堆 - 频繁分配堆内存 + GC 扫描，比一次大结构体栈拷贝更伤性能（尤其在高频小对象场景）
- 指针零值是
nil，解引用前必须判空，否则 panic
func newUser() *User {
u := User{Name: "Bob"} // u 本可栈分配
return &u // ❌ 逃逸！u 被分配到堆
}
怎么判断该用值还是指针——看三个硬指标
别凭直觉，用这三条快速决策：
-
结构体大小 > 8–12 字节？ —— 优先用
*T。例如struct{a,b,c int}（24 字节）明显该传指针 -
方法需要修改字段？ —— 接收者必须用指针，否则改的是副本（
func (u *User) SetName(n string)） -
结构体含引用类型字段（
slice/map/chan/func）？ —— 即使很小，也建议统一用指针，避免语义混淆（比如误以为append会反映到原变量）
逃逸分析才是内存分配的真正裁判
你写的是 User{} 还是 &User{}，不决定它在栈还是堆；Go 编译器通过逃逸分析决定。运行 go build -gcflags="-m" main.go 可见具体结论。
立即学习“go语言免费学习笔记（深入）”；
- 局部变量未取地址、未传给逃逸函数、未返回 → 栈分配
- 一旦地址被外部捕获（如返回、存入 map、传给 goroutine）→ 强制堆分配
- 值类型和指针类型都可能逃逸——关键不是“怎么声明”，而是“怎么用”
很多开发者盯着 & 符号纠结，其实该盯的是变量生命周期和作用域边界。
