Go中不能直接原地修改传入的slice，因其本质是含指针、长度、容量的结构体，参数传递为值拷贝；修改元素影响底层数组，但修改slice本身（如append、切片）只作用于副本。
为什么 Go 中不能直接“原地修改”传入的 slice？
Go 的 slice 本质是结构体（含指针、长度、容量），函数参数传递是值拷贝。所以修改形参 s 的元素（如 s[0] = 10）能影响原底层数组，但修改 s 本身（如 s = append(s, x) 或 s = s[1:]）不会反映到调用方——因为只是改了副本的字段。
用指针接收 slice 实现真正原地扩容或重切
要让函数能改变调用方看到的 slice 头部信息（比如长度、起始地址），必须传入 *[]T。常见于需要动态扩容且不希望调用方再赋值的场景。
- 函数签名必须是
func modifySlice(s *[]int)，内部用*s = append(*s, 100)或*s = (*s)[2:] - 调用时传地址：
modifySlice(&mySlice) - 注意：
append可能分配新底层数组，此时原 slice 指针失效，但新地址已通过*s写回，调用方可感知
func grow(s *[]int) {
*s = append(*s, 99)
}
func main() {
data := []int{1, 2}
grow(&data)
fmt.Println(data) // [1 2 99]
}
struct 字段含 slice 时，直接修改字段元素就足够
如果目标是修改 struct 中某个 slice 字段的**内容**（非长度/容量），无需指针——struct 本身传值，但其字段若为 slice，底层数据指针仍指向同一数组。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
myStruct.Items[0] = 42有效，因修改的是底层数组元素 -
myStruct.Items = append(myStruct.Items, x)无效，只改了副本字段 - 此时若需扩容，要么返回新 struct，要么把字段改为
*[]T
map 和 channel 天然支持“原地修改”，别画蛇添足传指针
map 和 chan 类型本身就是引用类型（底层是头指针），传值即传指针副本。函数内增删 map 元素、发送接收 channel 数据，都会直接影响原始变量。
- 错误做法：
func update(m *map[string]int)—— 完全没必要 - 正确做法：
func update(m map[string]int)，然后直接m["key"] = 123 - 同理，
chan int传值即可，close(ch)在函数内调用会真实关闭原 channel
真正需要指针的，只有两类情况：一是修改 slice 头部元信息（长度/容量/数据指针），二是修改 struct 中非引用类型的字段（如 int、string）。其余多数“想原地改”的直觉，其实已经默认满足了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
