go中结构体赋值是值拷贝，修改副本不影响原变量；需用指针赋值（&u1）或指针接收者方法才能修改原结构体，含sync.mutex等不可复制字段时必须用指针。
结构体变量直接赋值会复制整个值
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 指向同一片内存。
立即学习“go语言免费学习笔记（深入）”；
- 若原变量是局部变量（比如函数内定义的
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，需逐层检查。