用指针传递结构体能减少内存拷贝，因为Go是值传递，大结构体传参会完整复制，而指针仅传递8字节地址，避免深拷贝，提升高频或大数据场景性能。
为什么传递结构体时用指针能减少内存拷贝
Go 语言中，函数参数是值传递。当传入一个大结构体（比如含多个字段的 struct）时，整个结构体内容会被完整复制到栈上。哪怕只是读取字段，也会触发一次深拷贝——这在高频调用或大数据量场景下直接拖慢性能。
用指针（*MyStruct）替代值类型（MyStruct）后，实际只传递 8 字节（64 位系统）的地址，避免了整块内存复制。但要注意：这不是“一定更快”，而是“在结构体较大或频繁传参时更合理”。
- 结构体大小 int 或 1 个
string）：值传递通常更高效（避免间接寻址开销） - 结构体含 slice/map/chan/interface{} 字段：这些本身是指针包装类型，值传递只拷贝头信息（24 字节左右），但语义上仍可能引发意外共享
- 方法接收者用指针：若方法需修改字段，必须用
func (s *MyStruct) Modify()；否则编译报错
哪些情况不该盲目加星号（*）
加 * 不等于优化，反而可能引入逃逸、GC 压力和可读性问题。
-
string、int、bool等基础类型：传指针毫无意义，还增加解引用成本 - 小结构体（如
type Point struct{ X, Y int }）：值传递更快，且利于内联和寄存器优化 - 临时构造后立即传参：如
process(&Point{1, 2})，会强制该结构体逃逸到堆，反而比栈上值传递慢 - 并发读写未加锁的指针：多个 goroutine 同时操作同一块内存，不加同步机制就是数据竞争
如何判断是否真的发生了不必要的拷贝
不能靠猜。用 Go 自带工具看编译器决策：
立即学习“go语言免费学习笔记（深入）”；
go build -gcflags="-m -m" main.go
输出中关注：
-
... escapes to heap：说明变量逃逸，可能因取地址或传指针导致 -
can inline：值传递更易被内联；指针传递可能阻碍内联 -
movq ...类汇编指令长度：可粗略对比值拷贝字节数
更准的方式是压测：go test -bench=. 对比 process(s) 和 process(&s) 的 BenchmarkNsPerOp。
真正有效的内存优化组合策略
单靠指针只是冰山一角。实际项目中要配合其他手段：
- 用
sync.Pool复用大对象（如[]byte缓冲区），避免反复分配 - 批量处理时用切片而非多次传单个结构体指针（
processBatch([]*Item)比循环调用process(*Item)更少间接跳转） - 对只读场景，考虑用
unsafe.Slice（Go 1.17+）绕过 slice 头拷贝，但需确保底层数组生命周期可控 - 导出字段尽量小：把
map[string]*Detail改为map[string]DetailID+ 查表，降低结构体体积
指针不是银弹。它解决的是“传什么”，而真正的性能瓶颈往往藏在“怎么组织数据”和“谁负责生命周期”。
