17370845950

必须传指针才能修改原始变量值，因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，是设计使然。

• sync.Mutex 必须取地址使用：var mu sync.Mutex 后调用 mu.Lock() 合法；但 func f(m sync.Mutex) { m.Lock() } 锁的是副本，毫无同步效果
• atomic 操作、unsafe.Pointer 转换、CGO 传参等底层场景，几乎全部要求指针
• 注意：指针本身不保证线程安全，只是共享的必要条件；仍需配合锁、channel 或原子操作来保护数据

真正难的不是“怎么用指针”，而是每次写函数或方法前，静默问自己四句：我要改它吗？它够大吗？它要塞进哪个接口？它会被多个 goroutine 碰吗？漏掉任何一句，都可能埋下隐性缺陷。