Go中数组是值类型，传参时完整拷贝底层数组；切片是含指针、长度、容量的结构体，仅拷贝header且共享底层数组。数组修改互不影响，切片或数组指针修改会影响原数据。
在 Go 中，数组是值类型，传递时默认拷贝整个底层数组；而切片（slice）本质是包含指针、长度和容量的结构体，传递时只拷贝这个结构体（其中指针部分指向原底层数组）。要区分“值拷贝”与“指针传递”，关键不在语法写法，而在底层数据是否共享——数组拷贝后修改互不影响，而通过指针或切片修改则会影响原数据。
数组传参：天然值拷贝，无隐式指针
Go 的数组类型（如 [5]int）是固定长度的值类型。每次作为参数传入函数时，整个数组内存被完整复制。即使数组很大，也不会自动转为指针传递。
- 函数内修改数组元素，不会影响调用方的原始数组
- 拷贝开销随数组大小线性增长：传 [1000]int 比传 [3]int 明显更重
- 没有“引用传递”或“隐式指针”，行为完全可预测
想避免拷贝？显式传指针或改用切片
若需共享数据或提升性能，有两种主流方式：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 传数组指针：例如 func f(p *[5]int），此时只拷贝一个指针（通常 8 字节），函数内通过 *p 修改会影响原数组
- 改用切片：将 [5]int 改为 []int，传切片本质是拷贝 header（24 字节），且底层数组共享，语义更灵活
- 注意：切片本身仍是值传递，但其内部指针指向同一底层数组；追加（append）可能触发扩容并导致底层数组不共享
性能实测对比（典型场景）
以长度为 1000 的 int 数组为例，在常见操作下耗时差异显著：
立即学习“go语言免费学习笔记（深入）”；
- 纯读取场景：数组值传参比切片略快（少一次指针解引用），但差距微小（纳秒级），通常可忽略
- 写入场景：数组值传参因拷贝整个 8KB 内存（1000×8），耗时约 100–300ns；切片或数组指针仅拷贝 header 或指针，耗时稳定在 1–3ns
- 内存分配：值传参不触发堆分配；切片若基于字面量（如 []int{...}）可能逃逸到堆，需结合 go tool compile -gcflags="-m" 分析
实际编码建议
不必为小数组（如 [2]float64、[3]int）过度优化，清晰语义优先；对中大型数组或频繁调用场景，应主动选择：
- 需要只读且保证隔离 → 用数组值传参
- 需要读写共享或性能敏感 → 用切片或数组指针
- 函数签名中优先使用切片（[]T）而非数组（[N]T），更符合 Go 通用实践
- 必要时用 unsafe.Sizeof 确认结构体大小，用基准测试（go test -bench）验证真实开销
