99%场景直接传[]T：因[]T仅拷贝24字节header，modify元素有效而append不影响调用方；需扩容生效才传[]T；大结构体切片优先[]T避免拷贝，小结构体传值更高效。
传 []T 还是 *[]T？99% 的场景直接传切片值
Go 所有参数都是值传递，[]T 本身是个 24 字节的结构体（ptr + len + cap），传参只拷贝这三字段，不碰底层数组。这意味着：modify(s[i]) 会改原数组，但 s = append(s, x) 不会影响调用方的 s。
- 需要修改元素内容（如遍历赋值、解码填充）→ 直接传
[]T，安全又高效 - 需要扩容后让调用方看到新长度和可能的新底层数组 → 必须传
*[]T，否则append白做 - 别为了“省 24 字节”强行传
*[]T：多一次解引用、增加nil检查、函数签名更重，得不偿失
[]MyStruct 和 []*MyStruct 差距在哪？看结构体大小
关键不是“指针 vs 值”，而是“复制 8 字节指针”还是“复制整个结构体”。一个含 6 个 string 和 3 个 int64 的结构体，大小常超 100 字节；而 *MyStruct 在 64 位系统上永远是 8 字节。
-
append触发扩容时：[]MyStruct要逐个复制结构体到新底层数组；[]*MyStruct只复制指针，快 10 倍以上（实测常见） -
sort.Sort或for range遍历时：[]*MyStruct缓存局部性差，每次访问要跳转内存；[]MyStruct数据连续，CPU 预取友好 - GC 压力：
[]*MyStruct多一层间接引用，若结构体生命周期短，可能导致底层数组无法及时回收
什么时候该传 *MyStruct 而不是 MyStruct？别猜，看大小和用途
小结构体（比如 [3]float64、两个 int 字段）传值更快——没有解引用开销，CPU 缓存命中率高；大结构体（含切片、map、大数组或 > 32 字节）传指针才能避免拷贝雪崩。
- 用
unsafe.Sizeof(MyStruct{})确认真实大小，别凭感觉 - 只读操作（如校验、序列化）且结构体 ≤ 2 个机器字长（通常 ≤ 16 字节）→ 优先传值
- 需修改字段、或结构体含可变长字段（如
name string、data []byte）→ 传*MyStruct，避免意外拷贝导致修改丢失
数组 [N]T 和切片 []T 传参，根本不是一回事
[1000]int 是值类型，传参即拷贝全部 8KB 内存；[]int 传参只拷贝 24 字节 header。很多人误以为“数组更轻量”，其实是反的。
立即学习“go语言免费学习笔记（深入）”；
- 固定长度且很小（如
[2]int、[4]byte）→ 用数组，语义清晰，栈上分配无 GC - 长度不确定、要扩容、或长度 ≥ 10 → 改用切片，否则每次传参都成性能瓶颈
- 想共享数据又怕扩容影响 → 显式传
*[N]T，但不如直接用切片加预分配（make([]T, 0, N)）自然
真正卡性能的从来不是 header 拷贝或指针解引用，而是 append 触发的底层数组 realloc、或结构体值拷贝本身。先用 go test -bench 测，再决定传什么——没测过就加指针，大概率在优化错误的地方。
