Golang指针与引用传递详解

Go语言中所有函数参数都是值传递，所谓“引用传递”只是传指针值后通过解引用修改原数据的错觉；是否使用指针（*T）不取决于语法便利，而在于明确需求——仅当必须就地修改变量值或避免大结构体拷贝开销时才应使用，同时需警惕nil解引用panic和多goroutine下的数据竞争风险；结构体方法接收者的选择同样遵循这一原则：修改状态或结构体较大时用指针，只读且轻量时优先传值，真正考验开发者的是对可变性边界的清醒判断——多数场景下，返回新值比就地修改更安全、更符合Go的简洁哲学。

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 和数据竞争。

• 传入 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 的方法集不同，影响接口实现判断

真正难的不是语法，是判断“这个变量我到底要不要让它被函数改”。多数时候，优先考虑不可变性——传值、返回新值；只有明确需要就地修改或规避拷贝时，才伸出手去拿那个 *。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Golang指针与引用传递详解》文章吧，也可关注golang学习网公众号了解相关技术文章。