Go语言值传递和指针传递有什么区别_Golang参数传递机制对比_网络技术

发布时间 - 2026-01-30 00:00:00 点击率：次

Go函数参数全是值传递，区别在于传递的是数据副本还是地址副本；传指针可修改原数据但需防范nil解引用、栈变量逃逸和并发竞争，而值传递安全但可能低效。

Go没有引用传递，func f(x int) 和 func f(p *int) 都是值传递——前者传的是整数副本，后者传的是地址副本。关键不是“传不传引用”，而是你塞进函数里的那个“值”，到底是指向原始数据的地址，还是数据本身。

一个含 10 个字段、总大小 2KB 的 User 结构体，每次以值方式传参，就得拷贝 2KB；而指针只拷贝 8 字节（64 位系统）。这不是理论差异，是实打实的分配压力和 GC 负担。

需要修改结构体字段？必须用指针接收者：func (u *User) SetName(n string)，否则 func (u User) SetName 改的只是副本
只读操作且结构体 ≤ 几十个字节（如 type Point struct{ X, Y int }）？值接收更清晰、无 nil 风险、栈上分配更轻量
方法接收者混用会触发自动解引用（u.SetName() 即使 u 是值也能调用指针接收方法），但别依赖这个——它掩盖了语义：你到底想不想改原对象？

slice、map、chan 是带指针的结构体，传参时复制的是它们的头信息（长度、容量、底层数据指针），所以能修改底层数组内容；但如果你在函数里重新 make 或 append 导致扩容，原 slice 变量就收不到新底层数组了。

func modifySlice(s []int) { s[0] = 999 } → 原 slice 第一个元素真变了
func resizeSlice(s []int) { s = append(s, 1) } → 外部 slice 长度、内容全都不变，因为 s 指向了新底层数组
要保证扩容也生效？得传 *[]int，但通常不如直接返回新 slice 更 Go idiomatic

指针不是银弹，用错地方比值传递更容易出 runtime 错误。

nil 指针解引用：var u *User; u.Name = "Tom" → panic: assignment to entry in nil map（实际是 nil pointer dereference）
传入局部变量地址后函数返回，外部还拿着指针用：func bad() *int { x := 42; return &x } → 返回的是栈上已释放的地址，行为未定义
并发读写没加锁：多个 goroutine 同时通过指针修改同一个 struct 字段，结果错乱，且难复现

值传递天然规避这些，代价是多一次拷贝；指针传递高效但

要求你对内存生命周期和并发有明确意识——这不是语法问题，是设计契约。