结构体大小和使用场景决定传值或传指针：小结构体传值安全高效，大结构体传指针避免复制开销，结合逃逸分析与基准测试优化性能。
在Go语言中，函数传参时使用值类型（如int、struct等）还是指针类型，直接影响程序的性能和内存行为。虽然Go默认采用值传递，但理解值类型传参对性能的影响，有助于写出更高效、安全的代码。
值传递的基本机制
Go语言中所有参数都是值传递，即函数接收的是原始数据的一份副本。对于基础类型（如int32、float64、bool），复制成本极低，传值没有性能问题。
但对于较大的结构体，情况就不同了：
- 每次调用函数都会复制整个结构体数据
- 复制操作消耗CPU时间和内存带宽
- 可能触发栈扩容或堆分配，增加GC压力
结构体大小是关键因素
是否应避免大结构体传值，取决于其大小。一般建议：
立即学习“go语言免费学习笔记（深入）”；
- 小于等于机器字长（通常8字节）的结构体：直接传值无负担
- 几十字节的小结构体：传值仍可接受
- 超过64字节的结构体：建议使用指针传参
可以通过unsafe.Sizeof()粗略估算结构体大小，结合基准测试判断实际影响。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
逃逸分析与栈分配开销
当结构体较大或编译器无法确定生命周期时，传值可能导致数据从栈逃逸到堆：
- 堆分配比栈分配慢
- 增加GC扫描对象数量
- 频繁分配释放影响性能
使用go build -gcflags="-m"可查看变量是否逃逸。若发现本应在栈上的值因传参而逃逸，说明值传递带来了额外开销。
读写语义与性能权衡
值传递天然具有不可变性优势：函数内部修改不会影响原值，适合只读场景。
但如果需要修改原数据，值传递就必须返回新值并重新赋值，反而增加临时对象和赋值开销。此时使用指针不仅节省复制成本，还能直接修改原数据。
常见模式对比：
- 小结构体 + 只读访问：推荐值传递，清晰安全
- 大结构体：无论读写，优先考虑指针
- 切片、map、channel：虽是引用类型，但它们的header是值传递，复制开销固定且小，无需担心
基本上就这些。关键是根据结构体大小和使用场景做合理选择，不要一概而论“都用指针”或“都用值”。配合基准测试验证，才能真正掌握性能影响。
