如何在Golang中理解值类型和指针类型的函数参数区别

Go函数参数默认值传递，修改副本不影响原变量；要修改原始变量需传指针（&variable），解引用（*param）操作；结构体大时用指针提升性能；接口实现需注意方法集差异；返回指针须判空防panic；并发下值类型安全，指针需同步。

函数里改不改得动原始变量，就看传的是值还是指针

Go 函数参数默认是值传递，意味着你传进去的不是变量本身，而是它的一个副本。副本改得再狠，原变量纹丝不动。

想改原始变量？必须传指针——也就是用 &variable 把地址交出去，函数里用 *param 解引用操作。

• 值类型参数：func updateName(p Person) → 修改 p.Name 不影响调用方的 Person 实例
• 指针类型参数：func updateName(p *Person) → 修改 p.Name 就是直接改原始结构体
• 常见错误：明明写了 p.Name = "new"，但主函数里打印还是旧值 → 检查函数签名是否漏了 *，调用时是否忘了加 &

结构体一大，传值就变慢，指针永远只花 8 字节

一个含 1000 个 int 的结构体，值传递要拷贝 8KB；指针传递只拷贝一个地址（64 位系统恒为 8 字节）。

这不是“可能慢”，而是随着结构体字段增多，性能差距呈线性放大。尤其在高频调用或嵌套循环中，容易成为瓶颈。

• 小结构体（比如只有 2–3 个 string 或 int）：值传参可读性高、无意外修改风险，可以接受
• 中大型结构体（含 slice、map、大数组、嵌套 struct）：一律用 *MyStruct 作参数，别犹豫
• 不确定大小？看定义：如果结构体字段里有 []byte、map[string]int、chan int —— 即使结构体本身小，内部引用数据也可能很大，优先指针

接口实现失败？八成是方法接收者和传参类型不匹配

Go 接口的满足条件取决于「方法集」，而值类型 T 和指针类型 *T 的方法集不一样：

• 只有值接收者的方法 → T 和 *T 都能调用，但只有 T 能满足接口
• 只要有一个指针接收者的方法 → 只有 *T 能满足接口，T{} 直接报错 cannot use T{} (type T) as type interface in argument

典型场景：你定义了 func (d *Dog) Speak()，却把 Dog{} 传给 func say(speaker Speaker)（其中 Speaker 是接口），就会编译失败。

解决办法很直接：只要结构体有任一方法用了指针接收者，所有方法统一用指针接收者，并且调用时传 &v。

返回值也分值和指针，别让 nil panic 找*

函数返回 Person 是安全的：零值是合法结构体；但返回 *Person 就得小心——它可能为 nil。

• 返回值用指针常见于：需要延迟初始化、构造失败时返回 nil、或避免复制大对象（如返回数据库查询结果结构体）
• 调用方必须检查：不能直接写 res.Name，得先 if res != nil
• 反模式示例：

  func NewUser() *User { return nil } // 忘记初始化
  u := NewUser()
  fmt.Println(u.Name) // panic: invalid memory address or nil pointer dereference

最容易被忽略的一点：值类型和指针类型在并发场景下行为完全不同——值传递天然线程安全，指针共享则必须加锁或用 channel 协调。这点不写进函数签名，但会悄悄决定你的程序能不能稳定跑下去。