该传结构体指针当结构体字段多（≥4–6个）、含大数组/切片/map/字符串等堆分配字段时，可避免复制开销；小结构体值传更高效，且需兼顾只读性、并发安全与逃逸分析。
直接传结构体指针，能避免复制开销，尤其对大结构体效果明显——但不是所有情况都该用指针，得看数据大小、是否需修改、并发安全等因素。
什么时候该传结构体指针？
当结构体字段较多（比如超过 4–6 个字段），或包含大数组、切片、map、字符串等底层有堆分配的字段时，值传递会触发完整拷贝，带来额外内存和 CPU 开销。例如：
type User Struct {
ID int64
Name String // 底层是 ptr+len+cap，拷贝快但指向同一底层数组
Avatar []byte // 拷贝 slice header 很快，但若函数内 append 可能扩容影响原数据
Metadata map[string]Interface{} // map 是引用类型，值传只是拷贝指针
CreatedAt time.Time
Settings [1024]byte // 固定大数组！值传会拷贝全部 1KB
像 Settings [1024]byte 这种，每次调用都复制 1KB，性能损耗肉眼可见。这时必须用 *User。
指针带来的隐性成本也要留意
用指针不等于一定更快。以下情况反而可能变慢或出问题：
- 小结构体（如
type Point struct{ X, Y int }）：值传递只需 16 字节，CPU 缓存友好；转指针要解引用，还可能引发 cache miss - 函数只读不改结构体，却用了指针：失去编译器逃逸分析优化机会，强制变量堆分配
- 并发中多个 goroutine 共享同一指针，没加锁就写字段 → 数据竞争
- 返回局部结构体指针：go 会自动栈逃逸，但若过度触发（比如频繁 new），增加 GC 压力
实战建议：平衡可读性与性能
别过早优化。先写清晰代码，再用 go tool pprof 或基准测试定位瓶颈：
- 用
go test -bench=. -benchmem对比func f(u User)和func f(u *User)的分配次数（allocs/op）和耗时 - 对只读场景，若结构体 ≤ 3 个机器字长（如 24 字节以内），优先值传；更大或含大数组，用指针
- 方法接收者：读多写少用值接收者（如
func (u User) String() string），需修改或结构体大则用指针接收者（func (u *User) Save()） - API 接口设计时，对外暴露结构体字段尽量用值语义；内部实现可按需用指针，保持封装性
基本上就这些。指针是工具，不是银弹——看数据特征，测真实负载，再决定是否“取地址”。