go语言所有参数均为值传递，传指针是传指针值的副本；需修改原变量值或避免大结构体拷贝时才用*t，注意nil解引用和数据竞争风险。
Go 语言里没有“引用传递”这个概念，所有参数都是值传递；但你可以传指针的值，从而实现类似引用的效果。关键不是“怎么传引用”，而是“什么时候该传 *T，传了之后怎么安全用”。
为什么 Go 没有引用传递
Go 的函数调用永远是值传递：传入函数的是实参的一个副本。对基础类型（int、string）、结构体、甚至接口值本身，都是拷贝一份再进函数。所谓“引用传递”的错觉，往往来自你传了一个指针变量——它本身被复制了，但它指向的内存地址没变，所以能修改原数据。
-
func f(x int)：改x不影响调用方的x -
func f(p *int)：改*p会影响调用方所指的变量，但改p（比如让它指向别处）不影响调用方的指针变量 - 切片、map、channel、func 类型本身已包含底层指针字段，所以传它们时“看起来像引用”，其实是值传递了含指针的结构体
什么时候必须传 *T
只有当你需要在函数内修改调用方变量的**值本身**，且该变量不是 map/slice/channel/func 时，才需要显式传指针。
- 修改结构体字段并希望调用方看到变更：
func (p *User) setName(n string) { p.name = n } - 避免大结构体拷贝开销（比如几 MB 的 struct），即使不修改也建议传
*T - 需要函数能返回“是否成功修改”且同时更新原值，比如原子操作封装
- 注意：如果只是读取结构体字段，传
T或*T性能差异不大（小结构体），但语义上更清晰的是传值（T）表示只读
常见错误：nil 指针解引用和意外共享
传指针最常踩的两个坑是 panic 和数据竞争。
立即学习“go语言免费学习笔记（深入）”；
- 传入
nil指针后直接解引用：func f(p *int) { fmt.Println(*p) }→ 如果调用方传nil，运行时报panic: runtime error: invalid memory address or nil pointer dereference - 多个 goroutine 同时写同一个
*T，又没加锁 → 数据竞争。Go race detector（go run -race）能抓到，但得记得开 - 误以为传
*[]byte能扩容原切片：不行。切片是 header（ptr, len, cap），传*[]byte才能修改 header 本身；更常见做法是让函数返回新切片：buf = grow(buf)
结构体方法接收者用值还是指针
这本质是“该方法是否要修改接收者”，以及“结构体大小是否值得避免拷贝”。
- 要修改字段 → 必须用指针接收者：
func (u *User) SetAge(a int) { u.age = a } - 结构体较大（比如 > 64 字节）→ 建议指针接收者，避免每次调方法都拷贝
- 结构体小、只读操作多（如
String() string）→ 值接收者更自然，且不会意外修改原值 - 混用值和指针接收者会导致方法集不一致：
T和*T的方法集不同，影响接口实现判断
真正难的不是语法，是判断“这个变量我到底要不要让它被函数改”。多数时候，优先考虑不可变性——传值、返回新值；只有明确需要就地修改或规避拷贝时，才伸出手去拿那个 *。
