Golang怎么复制切片_Golang如何用copy深拷贝slice数据【技巧】-Golang-PHP中文网

copy函数只做浅拷贝，对含指针、map、slice或含指针字段struct的切片，新旧切片共享底层数据；需深拷贝时应按类型选择遍历复制、Clone方法或序列化。

golang怎么复制切片_golang如何用copy深拷贝slice数据【技巧】

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：

目标切片太短：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) { /* 警告 */ }

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

用 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 内容