多返回值函数中值类型按字段独立复制，编译器通过逃逸分析和内联优化可消除冗余拷贝，但语义保证不变。
Go 语言中，值类型在多返回值函数里会按每个返回值独立复制，编译器不会因为“多返回”就合并或省略拷贝——但会在可证明安全的前提下做逃逸分析和内联优化，实际复制行为可能被消除。
值类型返回时的复制行为是逐字段、逐返回值发生的
Go 规定：函数返回值为值类型（如 struct、array、int64 等）时，调用方会收到一份完整副本。即使函数有多个返回值，每个值都各自复制，互不影响。
- 例如：func f() (Point, int) {return Point{X:1,Y:2}, 42 }，Point和 int 分别在 栈上构造并复制给调用方
- 若 Point 很大（比如含 1000字节 数组），每次调用都会触发 1000 字节拷贝——这是语义保证，不是 bug
- 多返回不改变复制粒度：不是“打包成元组再复制”，而是 N 个独立值各复制一次
编译器可能通过内联 + 寄存器分配消除可见复制
当函数被内联（inline），且返回值直接用于后续操作（如赋值、传参），Go 编译器（gc）常将临时值留在寄存器或调用方栈帧中，跳过中间内存拷贝步骤。
- 启用 -gcflags=”-m” 可查看内联决策和逃逸分析结果，如“can inline f” “moved to heap” or “stack object”
- 小结构体（如 2~3 个字段的struct）更易被寄存器承载，复制开销趋近于零
- 但若返回值被取地址（&f()）或需长期存活，则必然分配栈 / 堆，此时复制仍发生（只是位置变了）
避免意外堆分配：关注逃逸分析而非“多返回”本身
真正影响性能的往往不是“多返回”，而是值是否逃逸到堆上。一旦逃逸，复制可能伴随堆分配 +GC 压力。
立即学习“go 语言免费学习笔记（深入）”；
- 常见逃逸场景：返回局部变量的指针、闭包捕获大值、作为接口 {} 返回、被全局变量引用
- go tool compile -S可看汇编，确认是否出现CALL runtime.newobject（堆分配）
- 对策：用指针返回大对象；拆分大结构体；确保小值生命周期严格在栈上
基本上就这些。多返回本身不引入额外开销，关键还是看类型大小、是否内联、是否逃逸——编译器优化围绕语义正确性展开，不会为了“少一次复制”而改变程序行为。
