go函数返回值不都额外拷贝：调用方预分配栈空间，被调函数直接写入；值类型整块复制，引用类型仅拷贝header或指针；大值类型应返回指针避免开销。
Go 函数返回值一定是拷贝吗？
不是所有返回值都“额外拷贝一次”。Go 的返回值传递本质是：调用方为返回值在栈上预分配空间，被调函数直接把结果写入该地址——这避免了中间临时变量的冗余拷贝。对 int、Struct 等值类型，整个值被写入目标位置；对指针、slice、map、chan、func 等，写入的是其头部（header）或指针本身，不递归复制底层数据。
哪些值类型返回时会触发完整内存拷贝？
只要类型不包含引用语义字段，返回时就会按字节逐位复制整个值。典型包括：
-
int、float64、bool：几字节，开销可忽略 - 小
struct（如type Point struct{ x, y int }）：整个结构体内容被复制 - 数组（如
[16]byte）：整个数组长度字节都被复制，注意：[1000]int返回成本很高 - 自定义值类型（未嵌入指针/切片等）：同样整块拷贝
拷贝发生在函数返回指令执行时，由编译器生成的 MOV 类指令完成，不是运行时库行为。
为什么修改返回的 struct 字段不影响原值？
因为返回的是独立副本。看这个例子：
立即学习“go语言免费学习笔记（深入）”；
type User struct { Name String Age int } func NewUser() User { u := User{Name: "Alice", Age: 30} return u // ← 此处 u 整体被复制到调用方栈空间 } func main() { u := NewUser() u.Name = "Bob" // ← 只改副本，不影响 NewUser 内部的 u }关键点：
- 函数内
u和main中的u是两个不同内存地址上的对象 - 即使
User包含string，string本身是只读 header（2 个 word），其底层data指针和len字段被拷贝，但指向的底层数组不会被复制 - 如果想共享修改，必须返回
*User
性能敏感场景下怎么避免不必要拷贝？
当值类型较大（> 128 字节常见阈值）或频繁返回时，拷贝开销变得可观。这时应：
- 优先返回指针：
func() *Bigstruct，尤其适用于构造函数 - 避免返回大数组：
[1024]int→ 改用[]int（切片头仅 3 word）或*[1024]int - 确认编译器是否做了逃逸分析优化：用
go build -gcflags="-m"查看是否因返回导致变量逃逸到堆 - 不要盲目“优化”小结构体：现代 CPU 对 16~32 字节拷贝极快，过早优化反而降低可读性
真正容易被忽略的是：struct 中混用指针字段（如 *bytes.Buffer）时，返回值虽是值类型，但字段仍指向同一对象——这不是拷贝问题，而是共享引用，需格外注意并发安全与生命周期管理。