如何在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
T{}典型场景：你定义了 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 协调。这点不写进函数签名，但会悄悄决定你的程序能不能稳定跑下去。
