Go中append不能直接拼接两个切片，因函数签名要求第二个参数为...T而非[]T，不加...会报类型不匹配错误；正确写法是dst := append(s1, s2...)。
直接用 append 拼接两个 slice 是最常用也最高效的方式，但必须加 ... 展开；不展开会编译失败，硬套链式调用或忽略容量则容易拖慢性能。
为什么 append(s1, s2) 会报错
因为 append 的函数签名是 func append(slice []T, elems ...T) []T —— 第二个参数接受的是零个或多个类型为 T 的元素，不是 []T。传入 s2（类型 []T）时，Go 无法自动解包，报错信息通常是：cannot use s2 (type []T) as type T in argument to append。
正确写法只有一种：加 ... 显式展开：
dst := append(s1, s2...)
- 不加
...→ 编译失败 - 写成
append(s1, s2, s3...)→ 依然失败，...只能作用于最后一个参数 - 想拼三个及以上，别嵌套
append(append(s1, s2...), s3...)，括号多、可读差、且可能触发多余扩容
预估容量能避免多次底层数组拷贝
如果 s1 容量不足，append(s1, s2...) 会在内部分配新数组、拷贝 s1 全部内容，再追加 s2。若你还打算继续拼 s3、s4，这个过程可能重复发生。
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
更稳的做法是提前算好总长度，用 make 预分配：
totalLen := len(s1) + len(s2) dst := make([]int, 0, totalLen) dst = append(dst, s1...) dst = append(dst, s2...)
- 适用于已知所有待合并 slice 长度的场景（比如从固定几个 API 拉取的数据）
- 即使
s1很小、s2很大，也能保证最多一次内存分配 - 注意：
cap是容量上限，len初始为 0，后续append不会额外扩容
类型必须严格一致，[]any 不是“万能中转站”
Go 是强类型语言，[]int 和 []string 之间不能混拼；哪怕都是 []any，也不能直接 append([]any{1}, []int{2}...) —— 后者展开后是 int 类型值，而目标切片元素类型是 any，看似兼容，但编译器仍要求显式转换。
常见翻车点：
- 误以为
[]any能自动接收任意切片：不行，必须手动遍历转类型 - 把
*MyStruct切片当MyStruct切片拼：指针和值类型不同，类型不匹配 - 结构体字段含
[]string或map[string]int，想拿它做 map key 去重：直接报invalid map key，得先归一化成可比较类型（如 JSON 字符串或自定义哈希键）
原地合并不等于“安全共享”，别依赖旧变量
写 s1 = append(s1, s2...) 看似“改了 s1”，但实际行为取决于 s1 当前 cap：
- 若
cap(s1) >= len(s1)+len(s2)→ 复用原底层数组，s1和任何之前s1Copy := s1的变量仍共享同一块内存 - 否则 → 分配新数组，
s1指向新地址，s1Copy还指向旧数组（可能部分数据已过期）
没有“绝对安全的原地合并”。如果你需要确保隔离，就别复用源切片变量，而是明确新建目标切片并赋值。
