值参数函数复制整个实参内容（含字段及对齐填充），小结构体（≤16字节）拷贝开销可忽略且无gc压力，大结构体值传导致高频栈拷贝；指针参数虽只传8字节地址，但若逃逸到堆则增加gc负担，是否逃逸需以go build -gcflags="-m"输出为准。
值参数函数到底复制了什么
值参数函数每次调用都会把整个实参内容拷贝进栈帧，包括结构体所有字段（含对齐填充），哪怕字段是 []string 或 map[string]int ——它们的 header（ptr/len/cap 或 ptr/len/hash）会被复制，但底层数据不会重复分配。
- 小结构体（如
struct{a, b int}，unsafe.Sizeof≤ 16 字节）：拷贝开销可忽略，栈上分配稳定，无 GC 压力 - 大结构体（如含
[1024]byte、多个嵌套字段、或Config map[string]string）：一次调用就触发数 KB 栈拷贝，高频调用时 CPU 和内存带宽压力明显 - 常见错误现象：
pprof显示大量runtime.mallocgc调用，但不是因为堆分配多，而是因为栈拷贝太频繁导致调度器和 GC 协作变重
指针参数函数如何影响逃逸和 GC
传 *T 只拷贝 8 字节地址，但编译器会根据是否“暴露地址”做逃逸分析——一旦指针被返回、存入全局变量、或传给 goroutine，原变量就会从栈逃逸到堆。
- 逃逸后：对象由 GC 管理，即使生命周期很短，也会增加标记扫描负担
- 没逃逸：变量仍在栈上，指针只是访问入口，无额外 GC 开销
- 典型逃逸陷阱：
func newT() *T { t := T{}; return &t }→t必然逃逸；而func useT(t *T) { ... }中若t来自栈变量且未传出，通常不逃逸 - 验证方式：运行
go build -gcflags="-m" main.go，看输出里有没有 “moved to heap”
什么时候值传递反而比指针更省 GC
当结构体足够小（≤ 12 字节）、且调用频率极高（如每毫秒数百次）、又不涉及跨 goroutine 共享时，值传递可能比指针更轻量——它避免了逃逸，全部在栈上完成，GC 完全不介入。
- 例如：
type Vec2 struct{ X, Y float32 }（8 字节），用func norm(v Vec2) float32比func norm(v *Vec2)更快，且零 GC 压力 - 反例：
type Config struct{ Name string; Tags []string; Data [64]byte }（unsafe.Sizeof(Config{})≈ 160 字节），值传会反复拷贝 160 字节，指针传虽有解引用延迟，但整体 GC 友好得多 - 关键判断依据不是“指针一定省内存”，而是看
go tool compile -gcflags="-m"输出中该变量是否逃逸，以及go test -bench=.实测吞吐与分配次数
接口实现与方法接收者带来的隐式指针成本
如果一个结构体实现了某个接口，而该接口方法使用指针接收者（如 func (s *User) Save()），那么当你把值类型的 User{} 传给接受该接口的函数时，编译器会自动取地址——这会强制触发逃逸，哪怕你本意只是读取。
- 示例：
func saveToDB(saver Saver) { saver.Save() }，其中Saver接口定义为Save() error，且只有*User实现它 →saveToDB(User{})会导致User{}逃逸到堆 - 解决办法：要么统一用值接收者（仅适用于小、不可变结构体），要么显式传
&u并确保调用链不意外延长生命周期 - 这个隐式成本常被忽略：它不来自你写的
&，而来自接口绑定规则，且无法通过局部修改消除
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
