必须传指针才能修改原始变量值，因Go默认按值传递；大结构体传指针避免拷贝，小结构体传值更高效；接口实现和并发共享也需谨慎选择指针或值类型。
函数内要修改原始变量值，必须传指针
Go 默认按值传递，传进去的是副本。改了没用，调用方完全感知不到——这是新手最常踩的坑。
- 基础类型（
int、string、struct）想在函数里改原值，必须用*T参数，调用时传&v - 切片（
[]T）虽是引用类型，但底层数组指针+长度+容量是按值拷贝的；能改元素，但扩容后重新赋值（如s = append(s, x)）不会影响外部变量，此时若需让调用方拿到新切片，要么返回新切片，要么传*[]T - 示例：
func increment(n *int) { *n++ }，调用increment(&count)才真改了count
结构体太大时，传指针避免无谓拷贝
拷贝成本不是玄学，是字节：每次传参都复制整个值。超过 16–32 字节就该警惕，尤其是含大数组、大 map 或嵌套深的结构体。
-
type BigConfig struct { ID int; Data [1024]byte; Options map[string]interface{} }—— 每次传值至少拷贝 1KB+ -
type Vec2 struct{ X, Y float64 }（16 字节）传值反而更快、更安全，也利于编译器内联 - 别迷信“所有结构体都该用指针”，小而纯的值类型传值更轻量，且天然线程安全
实现接口时，接收者类型决定能否赋值给接口变量
接口要求类型“实现全部方法”，但方法集只认接收者类型：类型 T 的方法集 ≠ 类型 *T 的方法集。
- 如果只定义了
func (u *User) Save() error，那只有*User满足Saver接口，User{}字面量直接传会报错：cannot use User{} (value of type User) as type Saver in argument - 常见陷阱：
fmt.Printf("%v", u)失败，只因你实现了(*User).String()却忘了User.String()，导致不满足fmt.Stringer - 统一用指针接收者可避免这类割裂，但代价是强制调用方必须取地址，需权衡语义是否合理
并发读写共享状态，指针是唯一可行路径
值拷贝意味着各 goroutine 拿到的是独立副本，锁、计数器、状态机全失效——这不是 bug，是设计使然。
立即学习“go语言免费学习笔记（深入）”；
-
sync.Mutex必须取地址使用：var mu sync.Mutex后调用mu.Lock()合法；但func f(m sync.Mutex) { m.Lock() }锁的是副本，毫无同步效果 -
atomic操作、unsafe.Pointer转换、CGO 传参等底层场景，几乎全部要求指针 - 注意：指针本身不保证线程安全，只是共享的必要条件；仍需配合锁、channel 或原子操作来保护数据
真正难的不是“怎么用指针”，而是每次写函数或方法前，静默问自己四句：我要改它吗？它够大吗？它要塞进哪个接口？它会被多个 goroutine 碰吗？漏掉任何一句，都可能埋下隐性缺陷。
