Go中所有返回均为值复制，但引用类型因封装指针而共享底层状态：slice返回头结构副本（ptr/len/cap），map/channel返回句柄指针副本，*T返回地址，func返回携带自由变量的闭包。
Go 语言中，引用类型（如 slice、map、channel、func、*T、unsafe.Pointer）的函数返回行为，本质上不是“返回引用”，而是返回包含底层数据指针的结构体副本。理解这一点，是避免常见陷阱的关键。
slice 返回：返回的是含指针的头结构，修改底层数组会影响原数据
slice 在内存中是一个三字段结构：ptr（指向底层数组）、len、cap。函数返回 slice 时，这整个结构被复制，但 ptr 仍指向同一块底层数组。
这意味着：
- 在函数内用
append扩容且超出 cap 时，会分配新数组，此时返回的新 slice 指向新地址，不影响调用方原 slice 的底层数组； - 若未扩容（即 len s[0] = 100），会直接改写原底层数组 —— 调用方看到的 slice 也会反映该变化；
- 返回 slice 后，原 slice 变量即使被回收，只要返回值还活着，底层数组就不会被 GC（因为 ptr 仍被引用）。
map 和 channel 返回：返回的是运行时句柄，天然共享状态
map 和 channel 在 Go 运行时中是**头指针类型**（内部是 *hmap / *hchan 结构）。函数返回它们时，实际返回的是这个指针的副本 —— 所以所有副本都指向同一底层结构。
立即学习“go语言免费学习笔记（深入）”；
因此：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 对返回 map 的增删改（
m["k"] = v、delete(m, "k")）会直接影响原始 map； - 向返回的 channel 发送或接收，与原始变量操作的是同一个通道；
- 不存在“深拷贝”概念，也不支持拷贝（
map类型不可赋值给另一个 map 变量？错，可以赋值，但只是句柄复制，仍是共享）。
指针返回：最直观的“引用语义”，但要注意生命周期
返回 *T 就是返回一个内存地址。关键点在于：这个地址所指的对象是否还在作用域内。
常见误区：
- 不要返回局部变量的地址（如
return &x，其中 x 是函数内声明的栈变量）—— Go 编译器会自动将其**逃逸到堆**，所以安全； - 但若返回的是局部复合字面量地址（如
return &struct{X int}{1}），同样会被逃逸，没问题； - 真正危险的是返回指向已销毁栈帧的数据（比如 C 风格的 return &local_array[i]），Go 不允许这种裸指针运算，从语言层面规避了。
func 类型返回：闭包携带自由变量，形成隐式引用
返回一个函数值（尤其是闭包）时，Go 会把其捕获的外部变量（自由变量）**一并打包进函数对象中**。这些变量会随闭包一起被堆分配（如果逃逸）。
例如：
func makeAdder(x int) func(int) int { return func(y int) int { return x + y } }调用 f := makeAdder(10) 后，f 不仅保存了代码逻辑，还持有了变量 x 的一份副本（或引用，取决于逃逸分析）。后续每次调用 f(5) 都使用这个固定的 x。这就是为什么闭包能“记住”环境 —— 底层是通过指针间接访问被捕获的变量。
基本上就这些。Go 没有传统意义上的“引用返回”，所有返回都是值复制；但因引用类型本身封装了指针，复制后仍能间接影响共享状态。理解底层结构（slice header、hmap 指针、闭包环境）比死记“引用/值语义”更有用。
