copy函数只做浅拷贝，对含指针、map、slice或含指针字段struct的切片，新旧切片共享底层数据；需深拷贝时应按类型选择遍历复制、Clone方法或序列化。
copy 函数只能浅拷贝，别指望它复制嵌套结构
copy 本质是内存块复制，对 []int、[]string 这类元素是值类型的切片，能“看起来像深拷贝”；但只要元素是指针、map、slice、struct（含指针字段）等，新旧切片共享底层数据。比如：
original := [][]int{{1, 2}, {3, 4}}
copied := make([][]int, len(original))
copy(copied, original) // ✅ 复制了外层 slice 头，但每个 inner slice 仍指向同一底层数组
copied[0][0] = 999 // ❌ original[0][0] 也会变成 999这不是 copy 的 bug，是它的设计——它只管复制“当前这一层”的元素值。
需要真深拷贝时，别硬套 copy，分场景选方法
Go 没有内置通用深拷贝，得按数据结构特点手动处理：
- 纯值类型切片（
[]int、[...]byte等）：用copy安全高效，推荐 - 含指针或引用类型的切片（
[]*T、[]map[string]int）：必须遍历 + 显式新建元素，例如：src := []*int{&a, &b} dst := make([]*int, len(src)) for i := range src { x := *src[i] // 解引用 dst[i] = &x // 新地址 } - 结构体切片（
[]User），且User含指针字段：不能只copy，得逐个调用自定义的Clone()方法或用encoding/gob序列化绕过（性能差，仅调试用）
make + copy 是最常用切片复制模式，但长度容易错
常见错误是目标切片长度没配对，导致丢数据或 panic：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 目标切片太短：
dst := make([]int, 3)，但src长 5 → 只复制前 3 个 - 目标切片太长：
dst := make([]int, 10)，copy(dst, src)只动前len(src)个位置，后面留零值，容易误以为“全复制了” - 正确姿势：目标切片长度至少等于源长度，通常直接
make([]T, len(src))最稳妥
顺带一提：copy(dst, src) 返回实际复制元素数，可用来校验：n := copy(dst, src); if n != len(src) { /* 警告 */ }
用 append 实现“复制并追加”更自然，但注意底层数组复用风险
写法简洁：newSlice := append([]T(nil), oldSlice...)。这会分配新底层数组，避免和原切片共享内存 —— 对纯值类型来说，效果等价于深拷贝。
但要注意：
- 如果
oldSlice底层数组还有大量未使用容量，append(...nil)不会复用它，一定新建，内存开销略大 - 若后续频繁
append到newSlice，而它初始容量刚好是len(oldSlice)，可能触发多次扩容，不如一开始就make([]T, len(oldSlice), cap(oldSlice))预留空间 - 同样不解决嵌套引用问题：对
[]map[int]string，这个append只复制 map 的指针，不是 map 内容
真正容易被忽略的是：很多人以为 append([]T{}, s...) 更“安全”，其实它和 append([]T(nil), s...) 行为一致，只是前者多一次空切片初始化，无实质区别。
