go中切片传参后修改len无效，因为切片是值传递，函数内对len的修改只作用于结构体副本；要使调用方看到新长度，必须返回新切片并由调用方重新赋值。
切片传参后修改 len 为什么无效？
Go 中切片是值传递，但它的底层结构包含指向底层数组的指针、长度 len 和容量 cap。传参时复制的是这个结构体，所以函数内对 len 字段的直接赋值（如 s = s[:5]）只改了副本，原切片不受影响。
常见错误现象：append 后原切片长度没变、s = s[1:] 在函数里执行但调用方看不到变化。
- 如果底层数组未扩容，
append可能修改原数组内容，但不会改变原切片的len或cap - 想让调用方看到新长度，必须返回新切片并由调用方重新赋值
- 直接写
s.len = 10是非法的——len不是可寻址字段，只能通过切片操作符或append间接改变
什么时候修改切片内容会影响原数组？
只要没触发扩容，所有通过切片索引（s[i]）或 copy 写入的操作，都会反映到底层数组上，进而被其他共享该数组的切片看到。
使用场景：批量处理数据时复用底层数组、实现“零拷贝”日志缓冲区等。
立即学习“go语言免费学习笔记（深入）”；
-
append(s, x)若len(s) ，不扩容，修改生效；否则新建数组，原切片不受影响 -
copy(dst, src)按字节复制，只要dst和src底层有重叠区域，就可能互相干扰 - 用
reflect.SliceHeader强制修改Len字段属于 unsafe 行为，不推荐
如何安全地在函数中“扩展”或“截断”切片？
唯一可靠方式是返回新切片，并由调用方显式接收。Go 标准库（如 strings.Builder.Grow、bytes.Buffer）也遵循这一模式。
func truncate(s []int, n int) []int {
if n > len(s) {
return s
}
return s[:n]
}
func appendSafe(s []int, x int) []int {
return append(s, x)
}
// 调用方必须重新赋值
s := []int{1, 2, 3}
s = truncate(s, 2) // ✅ 生效
s = appendSafe(s, 4) // ✅ 生效
- 不要试图在函数内用
s = s[:n]“就地修改”，这只会改局部变量 - 如果函数需要同时读写且返回新切片，参数建议加
...interface{}或用指针包装（如*[]int），但语义变重，通常没必要 - 性能上，返回切片无额外开销——只是复制 3 个机器字（ptr/len/cap）
和 map、channel 对比：为什么它们传参就能“修改生效”？
因为 map 和 channel 的底层是运行时分配的头结构（hmap / hchan）指针，Go 对它们做了特殊处理：传参时虽仍是值传递，但复制的是指向头结构的指针，所以增删元素会作用到同一块内存。
而切片不是这样——它没有隐藏指针层，结构体里的 array 字段是直接嵌入的（实际是 unsafe.Pointer，但封装后不可见）。
-
map传参后delete(m, k)一定影响原 map -
channel传参后close(ch)会让所有引用它的 goroutine 收到关闭信号 - 切片是唯一一个“看起来像引用、行为像值”的内置类型，这点最容易让人误判
