Golang结构体指针赋值技巧解析

Go语言中结构体默认按值拷贝，修改副本不会影响原变量，因此需通过指针赋值（如`u2 := &u1`）或指针接收者方法才能真正修改原始结构体；尤其当结构体包含不可复制字段（如`sync.Mutex`）或体积较大时，指针不仅是性能优化手段，更是必要选择——但同时必须警惕nil指针解引用导致的panic，务必在使用前校验非空。掌握值拷贝与指针共享的本质差异，是写出高效、安全、符合Go惯用法代码的关键。

结构体变量直接赋值会复制整个值

Go 语言中，结构体是值类型。当你写 a = b（其中 a 和 b 都是结构体变量），Go 会逐字段拷贝所有字段内容，包括嵌套结构体和数组。如果结构体很大（比如含大 slice、map 或大量字段），这种拷贝开销明显，且后续对 a 的修改不会影响 b。

常见误判场景：以为 a = b 后改 a.Name 会影响 b.Name —— 实际不会，除非字段本身是指针或引用类型（如 *string、map[string]int）。

用指针赋值才能共享同一块内存

要让两个变量“指向同一个结构体实例”，必须用指针类型。典型做法是声明为 *MyStruct，并通过 & 取地址赋值：

type User struct {
    Name string
    Age  int
}
u1 := User{Name: "Alice", Age: 30}
u2 := &u1  // u2 是 *User，指向 u1 所在内存
u2.Name = "Bob"
fmt.Println(u1.Name) // 输出 "Bob" —— 改动生效了

注意：u2 := &u1 这行不是复制结构体，而是复制地址；u2 和 &u1 指向同一片内存。

• 若原变量是局部变量（比如函数内定义的 u1），返回其地址需谨慎：不能返回栈上临时变量的地址（Go 编译器通常会自动逃逸分析并分配到堆，但逻辑上仍需确保生命周期足够）
• 用 new(User) 或 &User{} 创建的指针，初始值是零值，不依赖已有变量
• 结构体字段含指针时（如 Name *string），即使结构体本身是值类型，该字段的赋值仍是浅拷贝——即只拷贝指针值，不拷贝它指向的内容

方法接收者用指针 vs 值，直接影响能否修改原结构体

这是最容易踩坑的地方：只有指针接收者的方法能修改调用者的字段值。值接收者的方法操作的是副本。

func (u User) SetName(v string) { u.Name = v }     // 无效：改的是副本
func (u *User) SetName(v string) { u.Name = v }   // 有效：改的是原结构体

如果你看到结构体字段没被修改成功，先检查方法接收者是不是用了 *User。另外，混用值/指针接收者会导致方法集不一致：比如 *User 可以调用值和指针接收者方法，但 User 只能调用值接收者方法。

• 如果结构体较大（> 8 字节常见经验阈值），建议统一用指针接收者，避免无谓拷贝
• 如果结构体含同步字段（如 sync.Mutex），必须用指针接收者——因为 sync.Mutex 不可复制，值接收者会导致编译错误

赋值时 nil 指针解引用会 panic

通过指针赋值后，如果忘记初始化或传入 nil，后续解引用（如 u.Name）会触发运行时 panic：panic: runtime error: invalid memory address or nil pointer dereference。

安全做法是在使用前显式判断：

if u != nil {
    fmt.Println(u.Name)
} else {
    fmt.Println("u is nil")
}

更健壮的方式是封装访问逻辑，比如提供一个非空校验方法，或用空对象模式（如返回默认 User{} 而非 nil）。不要依赖 defer/recover 捕获这类 panic——它本应是开发阶段就暴露的问题。

容易被忽略的是：结构体内嵌指针字段（如 Profile *Profile）在未初始化时也是 nil，访问 u.Profile.Avatar 同样 panic，需逐层检查。

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