传递大型结构体必须用指针，否则触发完整内存拷贝，引发栈溢出、gc压力剧增；超16字节优先用*struct；注意指针逃逸会强制堆分配，可用go build -gcflags=”-m -l”检测；高频大对象应结合sync.pool复用指针实例。
为什么传递大型结构体时一定要用指针
直接传值会触发完整内存拷贝，比如一个 2MB 的 struct，每次函数调用都复制一次，CPU 和内存带宽压力陡增。Go 的栈空间默认只有 2KB（小对象）到几 MB（大 goroutine），超限直接 panic：stack overflow。更隐蔽的问题是 GC 压力——大量临时副本会快速填满年轻代，触发频繁的 minor GC。
实操建议：
- 只要结构体字段总大小超过 16 字节（如含多个
string、[]byte或嵌套 struct），就优先用*MyStruct传参 - 方法接收者也同理：修改状态或结构体较大时，用指针接收者（
func (s *MyStruct) Update()），否则只读且小结构可用值接收者 - 注意：
string和slice本身是 header（24 字节），传值开销小，但它们指向的底层数组仍可能很大——此时是否用指针取决于你是否要修改 header（如重切片）或底层数组内容
避免指针逃逸导致堆分配
你以为用了指针就能省内存？不一定。如果编译器判定该指针“逃逸”（escape）出当前函数作用域（比如被返回、存入全局 map、传给 goroutine），它就会把原本在栈上的变量强制分配到堆上，延长生命周期，增加 GC 负担。
查逃逸的方法：go build -gcflags="-m -l"。常见逃逸场景：
- 返回局部变量的地址：
return &localStruct - 将局部变量地址存入切片/映射：
list = append(list, &item) - 传给以接口类型定义的函数（如
fmt.Println接收interface{}）
优化方向：尽量让指针生命周期局限在函数内；若必须返回，考虑改用 ID + 全局池（如 sync.Pool）复用对象，而非反复 new。
