切片传值足够因其仅复制24字节header，底层数组共享；*[]T是陷阱，因需解引用、判nil且易混淆，仅极少数场景适用；结构体是否传指针取决于大小、修改意图与性能实测。
传切片不用特意传指针，除非你真需要让函数修改切片头（比如 append 后让调用方看到扩容结果）；而传大结构体时，指针确实能省掉几十到几百字节的拷贝——但小结构体传值反而更干净、更快。
为什么切片传值就足够，*[]T 反而是陷阱？
因为切片本身只是 24 字节的 header（ptr + len + cap），传值只复制这三部分，底层数组仍共享。所以：
-
s[0] = 123会改原数组 —— 没问题 -
s = append(s, x)只改副本，调用方完全感知不到 —— 这是常见 bug 源头 - 传
*[]T能解决扩容可见性问题，但代价是：每次访问都要解引用（*s）、必须判nil、不能直接用range s（得写range *s），还容易和[]*T混淆
真正该用 *[]T 的场景极少，比如实现一个「动态填充并返回新切片」的初始化函数，且不希望调用方写 s = f(s)。
什么时候必须传指针？看结构体大小和修改意图
结构体是否传指针，关键不是“它是不是复杂类型”，而是：拷贝成本 vs 解引用开销 vs 是否要写回。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 小结构体（如
type Point struct{ X, Y int }，unsafe.Sizeof≤ 16 字节）：传值更高效，CPU 缓存友好，无 nil 风险 - 中大型结构体（含字符串、切片、嵌套结构，或字段 > 6 个）：传指针可避免每次
append/sort时复制整块内存 - 只要函数里要改结构体字段（比如
u.Name = "x"），就必须传指针；只读场景下，值传递语义更清晰
别被“结构体默认要传指针”的经验带偏——Go 标准库大量使用值传递的小结构体（如 time.Time、sync.Mutex）。
性能差异到底有多大？别猜，用 go test -bench 验证
实测比拍脑袋有用得多。例如对比：
func BenchmarkAppendStruct(b *testing.B) {
for i := 0; i < b.N; i++ {
var s []MyBigStruct
s = append(s, MyBigStruct{}) // 每次复制 ~128 字节
}
}
func BenchmarkAppendPtr(b *testing.B) {
for i := 0; i < b.N; i++ {
var s []*MyBigStruct
s = append(s, &MyBigStruct{}) // 每次复制 8 字节
}
}
结果往往差 10 倍以上。但注意：append 开销主要来自扩容时的底层数组复制，不是 header 拷贝；而 *[]T 并不会减少这个开销，只影响切片头本身是否更新。
最容易被忽略的一点：切片元素用 []T 还是 []*T，对百万级数据的 sort 或 append 影响远大于传参方式的选择——后者决定的是“怎么传”，前者决定的是“传什么”。
