<p>传指针能减少内存拷贝是因为Go中参数是值传递，传大结构体需复制全部内容，而传* T仅复制8字节指针；但需注意nil检查、初始化及逃逸分析影响。</p>
为什么大对象传指针能减少内存拷贝
Go 语言中，函数参数是值传递。如果传入一个结构体变量，整个结构体内容会被复制到栈上；结构体越大，拷贝开销越明显。而传 *T（指向结构体的指针）时，只复制一个指针（通常 8 字节），无论原结构体多大。
注意：这不改变 Go 的“值传递”本质——你传的是指针的副本，但该副本仍指向同一块堆内存。
- 结构体字段总大小 > 几十个字节（比如含
[]byte、map、嵌套结构体）就值得考虑传指针 - 小结构体（如
type Point struct{ x, y int }）传值更高效，避免间接寻址开销 - 编译器可能对小结构体做逃逸分析优化，但别依赖它——显式传指针更可控
哪些场景必须用指针传递大对象
不只是性能问题，有些行为强制要求指针：
- 需要在函数内修改原对象字段（如
func (p *User) UpdateName(n string) { p.Name = n }） - 对象包含不可复制字段，例如
sync.Mutex（直接传值会触发编译错误：cannot be copied） - 作为接口实现时，方法集一致性要求：只有
*T实现了某接口，你就不能传T给期望该接口的函数 - 避免多次分配：比如反复调用
json.Unmarshal解析大 JSON 到结构体，复用同一块内存比每次都 new 更省
传指针不等于自动上堆，逃逸分析才是关键
很多人误以为“用了指针就一定分配在堆上”，其实 Go 编译器会做逃逸分析。如果指针生命周期没逃出函数作用域，对象仍可能被分配在栈上。
立即学习“go语言免费学习笔记（深入）”；
验证方式：加 -gcflags="-m" 编译，观察输出中是否含 moved to heap。
-
var u User; f(&u)：若f不逃逸，u可能仍在栈上 -
u := &User{...}; f(u)：显式取地址 + 赋值给变量，大概率触发逃逸 - 把大对象放在切片或 map 中，再传其元素地址，也常导致逃逸
真正影响内存压力的是逃逸行为，不是指针本身。
常见坑：nil 指针解引用与初始化遗漏
传指针后，函数内部必须检查是否为 nil，否则运行时报 panic: runtime error: invalid memory address or nil pointer dereference。
尤其在处理可选参数、配置结构体、或从 map 中取值后传指针时，容易忽略初始化。
- 不要假设调用方一定传了非 nil 指针，加
if p == nil { return }或明确文档约定 - 用
new(T)或&T{}初始化时注意字段零值，比如&bytes.Buffer{}是安全的，但&sync.Mutex{}不推荐（应直接声明变量） - 结构体中含指针字段（如
*http.Client）时，传入前需确保这些字段也被正确初始化，否则解引用照样 panic
大对象传指针本身简单，难的是理清所有权、生命周期和初始化责任——这些地方出错，调试起来比拷贝慢更让人头疼。
