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 数据，都会直接影响原始变量。

立即学习“go语言免费学习笔记（深入）”；

• 错误做法：func update(m *map[string]int) —— 完全没必要
• 正确做法：func update(m map[string]int)，然后直接 m["key"] = 123
• 同理，chan int 传值即可，close(ch) 在函数内调用会真实关闭原 channel

真正需要指针的，只有两类情况：一是修改 slice 头部元信息（长度/容量/数据指针），二是修改 struct 中非引用类型的字段（如 int、string）。其余多数“想原地改”的直觉，其实已经默认满足了。