切片传入函数后修改元素会影响原始切片，因为切片包含指向底层数组的指针，尽管参数是值传递，但指针副本仍指向同一数组，因此对元素的修改会反映到原始数据；若在函数内扩容导致底层数组重建，则不再影响原始切片。
在Golang中，修改函数内切片会影响原始切片，是因为切片本身是对底层数组的引用。虽然Go中所有参数传递都是值传递，但切片的结构决定了它传递的是对底层数组的“引用信息”。
切片的本质是引用类型
Go中的切片（slice）不是一个完整的数据结构，而是一个指向底层数组的指针，并包含长度和容量信息。它的底层结构类似于：
struct Slice {ptr *byte // 指向底层数组
len int // 长度
cap int // 容量
}
当你将一个切片传入函数时，虽然传的是这个结构体的副本（值传递），但副本中的指针仍然指向同一个底层数组。因此，通过指针修改数组元素，会影响原始切片看到的数据。
修改元素会反映到原始切片
例如：
立即学习“go语言免费学习笔记（深入）”；
func modifySlice(s []int) {s[0] = 999
}
data := []int{1, 2, 3}
modifySlice(data)
fmt.Println(data) // 输出 [999 2 3]
这里修改的是底层数组的内容，原始切片和函数内的切片共享同一块数组内存，所以变化可见。
重新分配可能导致影响中断
但如果在函数中对切片进行扩容，且超出原容量，会触发底层数组的重新分配：
s = append(s, 4, 5, 6) // 可能触发扩容
s[0] = 888
}
此时，s 指向了一个新的底层数组，函数内的修改不会影响原始切片。原始切片仍指向旧数组，内容不变。
是否影响原始数据，取决于操作是否修改了共享的底层数组。
如何避免意外修改
如果希望函数内部修改不影响原始切片，可以创建副本：
func safeModify(s []int) {newSlice := make([]int, len(s))
copy(newSlice, s)
newSlice[0] = 999 // 只影响副本
}
或者使用切片表达式配合容量控制：
newSlice := append([]int(nil), s...)基本上就这些。切片在函数中能影响原始数据，是因为它带着指针，指向共同的底层数组。只要没换数组，改的就是同一份数据。
