go语言函数调用默认按值传递，会复制参数变量，对值类型如struct修改不影响原变量。1. 传值本质是复制一份操作，modify函数修改的是副本；2. 大结构体频繁传值会引发性能瓶颈，建议用指针传递；3. 即使小结构体如point也有拷贝成本，高频调用时需注意优化；4. 可通过汇编查看拷贝过程，帮助底层性能分析。
在 Go 语言中，函数调用时传递参数默认是按值传递的。也就是说，当你把一个变量传给函数时，实际上是在函数内部创建了这个变量的一个副本。对于值类型（如 int、struct 等），这会触发一次隐式的内存拷贝。
这个机制虽然简单，但如果忽视了它对性能或数据同步的影响，可能会导致一些意想不到的问题或优化机会。
值类型参数传递的本质：复制一份再操作
当你将一个值类型的变量作为参数传入函数时，Go 会在栈上为这个参数分配新的内存空间，并将原始变量的内容完整复制过去。
立即学习“go语言免费学习笔记（深入）”；
例如：
type User struct {
name string
age int
}
func modify(u User) {
u.age = 30
}
func main() {
u := User{name: "Alice", age: 25}
modify(u)
fmt.Println(u.age) // 输出还是 25
}在这个例子中，modify 函数接收的是 u 的一个副本。函数内部修改的是副本的 age，而原对象没有变化。这就说明了：函数内对值类型参数的修改不会影响外部变量。
结构体越大，拷贝代价越高
如果你传入的是一个结构体，尤其是包含多个字段或者嵌套结构的大结构体，那么每次函数调用都会带来一次完整的内存拷贝。这在性能敏感的场景下就可能成为瓶颈。
举个例子：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type BigStruct struct {
data [1024]byte
id int
}
func process(s BigStruct) {
// do something with s
}每次调用 process 都会复制 BigStruct 整体内容。如果频繁调用，这种开销就会变得明显。
所以建议：对于较大的结构体，尽量使用指针传递（即 func process(s *BigStruct)）如果你确实需要修改结构体内容，也应使用指针避免拷贝+副作用丢失
拷贝发生在哪？看汇编可以更直观
你可以通过查看 Go 编译后的汇编代码来观察值拷贝的过程。
比如，在函数调用前，Go 会通过类似 MOVQ 这样的指令将结构体内容从原地址复制到栈上的新位置。如果你使用的是 go tool，可以通过以下命令查看：
go tool compile -S yourfile.go
在输出中，你会看到一系列的内存移动操作，对应的就是结构体字段的逐个拷贝。这些细节虽然不常被开发者关注，但在做性能分析或底层优化时非常有用。
小结构体呢？其实也不“免费”
有人可能会想：“我传的是很小的结构体，应该没什么问题吧？”没错，小结构体的拷贝成本相对较低，但依然不是“零成本”。
比如下面这个结构体：
type Point struct {
x, y int
}即使这么小的结构体，每次函数调用还是会复制两个 int。虽然这点开销通常可以忽略不计，但如果在一个高频循环中频繁调用函数，也可能值得关注。
所以建议：
- 即使是小结构体，如果你不需要修改原对象且希望减少拷贝，可以考虑使用指针 +
const思维（虽然 Go 没有 const，但语义上可以保持不变）- 如果函数内部只是读取结构体内容而不修改，也可以接受值传递，因为这样更安全
基本上就这些。理解值类型在函数调用中的行为，有助于写出更高效、更清晰的 Go 代码。拷贝虽小，积少成多；特别是结构体稍大或调用频率高时，别让“隐式拷贝”成了隐藏的性能坑。
