Go中切片修改能影响原数组，是因为切片结构体中的array字段是指向底层数组的指针，赋值或传参时该指针被复制但所指内存不变；只要未扩容，共享同一底层数组的切片修改元素会相互可见。
Go 里切片修改能影响原数组，但不是因为“传引用”，而是因为 slice 结构体里存着指向底层数组的指针 —— 这个指针被复制了，但指向的内存没变。
为什么对切片元素赋值会改到原数组？
切片本身是值类型（三个字段：array、len、cap），传参或赋值时整个结构体被拷贝。但其中的 array 字段是 unsafe.Pointer，它指向的底层数组地址没变。
- 只要没触发扩容，所有共享同一底层数组的切片，改任意一个的元素，其他都能看到
-
s1 := arr[1:4]和s2 := arr[2:5]共享arr[2]和arr[3]，改s1[1]就等于改s2[0] - 这种“共享”不是设计缺陷，而是性能优化：避免每次截取都分配新内存
append 触发扩容后，为什么其他切片“看不到”新元素？
append 是唯一合法的“增长”操作，但它不保证在原底层数组上写 —— 容量不够时，它会调用 mallocgc 分配新数组、复制旧数据、返回新切片。此时原切片变量仍指向旧数组。
- 原切片和新切片的
array字段地址不同：fmt.Printf("%p", &s[0])可验证 - 扩容策略：当前
cap2×原 cap，则直接按需分配 - 常见误判：以为
s = append(s, x)后s还能和之前共享底层数组 —— 实际上，只要扩容发生，共享就断了
函数参数传切片时，能改原数据吗？
可以改底层数组里的元素，但不能让调用方的切片变量指向新底层数组（比如扩容后的地址）。
立即学习“go语言免费学习笔记（深入）”；
- 函数内执行
s[i] = v→ 影响原数组 → 调用方可见 - 函数内执行
s = append(s, x)→ 若扩容，s指向新内存 → 返回前不显式return s，调用方变量不变 - 想让调用方拿到扩容后的新切片，必须显式返回并重新赋值：
s = f(s) - 数组传参则完全不同：
func f(a [3]int)传的是整个数组副本，改它完全不影响原数组
如何安全地隔离切片，避免意外共享？
当需要“复制一份独立副本”时，不能靠赋值或截取，得主动切断指针关联。
- 用
make+copy：newS := make([]int, len(s)); copy(newS, s) - 用
append配合空切片：newS := append([]int(nil), s...)（注意nil切片的cap是 0，必触发一次分配） - 别依赖
s[:]或s[0:len(s)]—— 它们只是新切片头，仍共享底层数组 - 特别注意大数组小切片场景：若只取
bigArr[100:101]，却长期持有该切片，整个bigArr无法被 GC 回收
最易忽略的一点：切片的“引用性”仅体现在数据层面，而非变量层面。你永远无法通过函数参数让外部变量的 array 字段指向新地址 —— 除非用指针传参 *[]T，但这极少必要，且容易混淆。真正要控制的，是何时共享、何时隔离，而判断依据只有两个：当前 cap 是否够用，以及是否愿意承担共享带来的副作用。
