slice和map是含指针的值类型，赋值传参时拷贝结构体但共享底层数据；修改元素或map键值可见，append扩容或重赋值不影响原变量；仅替换整个结构体时才需指针传递。
slice 和 map 是“引用语义”的值类型，不是真正的引用类型——这是理解它们行为的核心。 它们赋值、传参时做的是结构体值拷贝，但内部含指针，所以能共享底层数组或哈希表。误以为它们是像 Java 那样的“引用类型”，会导致对扩容、重切、nil 判断等场景的严重误判。
为什么修改 slice 元素会影响原 slice，但 append 后却不影响？
因为 slice 结构体里存着指向底层数组的 array unsafe.Pointer；只要没触发扩容，所有共享该数组的 slice 都在操作同一块内存。
- 元素修改（如
s[0] = 100）→ 直接写入底层数组 → 原 slice 可见 -
append超出cap→ 分配新数组 + 复制旧数据 → 新 slice 指向新地址 → 原 slice 不变 - 函数内
s = append(s, x)不会改变调用方的 slice 变量（除非返回并重新赋值）
func modifyAndAppend(s []int) {
s[0] = 999 // ✅ 外部可见
s = append(s, 42) // ❌ 外部不可见：s 已指向新底层数组
}
s := []int{1, 2, 3}
modifyAndAppend(s)
fmt.Println(s) // 输出 [999 2 3]，不是 [999 2 3 42]
map 为什么传参不用加 *，却总能修改成功？
map 类型变量本质是一个指向 hmap 结构体的指针（编译器隐藏了这层），所以 make(map[string]int) 返回的就是一个“可直接写”的句柄。
- 传
m进函数 = 传指针副本 → 仍指向同一张哈希表 →m["k"] = v直接生效 - 但
m = make(map[string]int)在函数内只是改了局部变量，不影响外部 -
nil map可读（v, ok := m[k]安全），但不可写（m[k] = vpanic）
func updateMap(m map[string]int) {
m["x"] = 100 // ✅ 外部 m["x"] 立即可见
m = make(map[string]int // ❌ 只改了函数内 m，外部不变
}
什么时候必须用指针传递 slice 或 map？
仅当你要**替换整个结构体本身**时才需要，比如：重置 slice 底层数组、清空并重建 map、或函数需返回新结构体且不想依赖返回值赋值。
立即学习“go语言免费学习笔记（深入）”；
- 想让函数“清空并重置”一个 slice？传
*[]int，然后*s = []int{} - 想让函数“用新哈希表替换旧 map”？传
*map[string]int，再*m = make(...) - 日常增删查改？完全不需要指针 ——
slice和map本身已足够“引用化”
最常被忽略的一点：你永远无法通过传参让一个 nil slice 在函数内初始化后，在外部自动变成非 nil；它仍是 nil，除非你显式返回新 slice 并赋值，或传 *[]T。
