go函数参数默认传值，修改形参不影响原变量；需显式传指针才能修改原值，但重新赋值会切断关联；切片、map、channel因自身含指针，通常无需额外加指针。
为什么修改函数参数时原变量没变
Go 默认传值，哪怕传的是结构体或大数组，函数内对形参的修改不会影响调用方变量。想让修改生效，必须显式传指针。这不是“性能优化技巧”，而是数据流向的底层约定——不加 &，就等于复制了一份快照。
常见错误现象：func updateName(u User) { u.Name = "new" } 调用后 u.Name 仍是旧值；正确写法是 func updateName(u *User) { u.Name = "new" }，调用时传 &u。
- 结构体字段赋值、切片扩容、map 增删等操作，只要目标变量在函数内被重新赋值（如
u = User{}），指针也救不了——这会切断指针与原变量的关联 - 如果函数只读不写，传指针反而可能引发意外修改，尤其当底层数据被多个 goroutine 共享时
-
nil指针解引用会 panic，所有*T类型入参都应先判空，比如if u == nil { return }
切片作为参数时指针到底要不要加
切片本身是轻量结构（含指针、长度、容量），传切片默认就是“传引用语义”：函数内通过 slice[i] = x 修改元素，原切片可见；但若执行 slice = append(slice, x)，可能触发底层数组扩容，生成新底层数组，此时原切片不变。
所以是否加指针，取决于你要改什么：
- 只改元素值 → 传
[]T足够，无需*[]T - 要保证
append后原变量也指向新底层数组 → 必须传*[]T，并在函数内用*s = append(*s, x) - 传
*[]T还能避免逃逸分析把切片分配到堆上，小切片场景有轻微性能优势
map 和 channel 为什么通常不传指针
map 和 channel 本身就是引用类型，底层是包含指针的结构体。传 map[K]V 或 chan T，函数内增删元素、发送接收，都会反映到原变量。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
强行传指针（如 *map[K]V）不仅多余，还增加复杂度：
- 调用方得写
&m，函数内还得先解引用才能用，比如(*m)["k"] = v - 若函数内做了
*m = make(map[K]V)，原 map 就彻底断连了，这往往不是本意 - 唯一合理场景：函数需要原子性地替换整个 map（如配置热更新），且调用方明确接受这种语义
接口类型里藏着指针，一不小心就踩坑
接口值本身是两字宽结构（类型指针 + 数据指针），但接口变量存储具体值时，行为取决于具体类型的实现方式。比如 var w io.Writer = os.Stdout，os.Stdout 是指针类型，传给函数没问题；但若 var w io.Writer = MyWriter{}（结构体值），再传给期望 *MyWriter 的方法，就会编译失败。
关键点：
- 实现接口的方法集，由类型声明时的接收者决定：
func (w MyWriter) Write(...)属于值类型方法集；func (w *MyWriter) Write(...)只属于指针类型方法集 - 把值赋给接口时，Go 会自动取地址（如果该类型有指针方法）；但传参时不会自动转换——
foo(MyWriter{})无法匹配foo(w *MyWriter) - 结构体实现接口时，统一用指针接收者更安全，避免值拷贝和方法集不一致问题
指针传递不是银弹，它把数据所有权和修改权直接交出去。真正难的不是语法，是判断谁该拥有修改权限、何时需要隔离变更、以及 panic 前那行 if x == nil 有没有写全。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
