Golang指针与值类型在内存分配上的差异

值类型传参复制整个变量内容，指针传参虽只拷贝地址但可能触发逃逸到堆增加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 可见具体结论。

• 局部变量未取地址、未传给逃逸函数、未返回 → 栈分配
• 一旦地址被外部捕获（如返回、存入 map、传给 goroutine）→ 强制堆分配
• 值类型和指针类型都可能逃逸——关键不是“怎么声明”，而是“怎么用”

很多开发者盯着 & 符号纠结，其实该盯的是变量生命周期和作用域边界。