Go中修改结构体字段需传指针，因值传递复制整个结构体；含sync.Mutex等不可复制字段时编译报错；解引用前须判空，循环取地址要避免副本陷阱，修复函数必须返回error并校验业务约束。
为什么修改结构体字段时值没变？
Go 语言中，函数参数是值传递，传入结构体变量时会复制整个结构体。如果在函数内直接修改形参字段，原变量不受影响。这时候必须传指针——不是为了“性能”，而是为了“能改到原数据”。
常见错误现象：updateUser(u) 调用后 u.Name 仍是旧值，但 updateUser(&u) 就生效了。
- 结构体较大时，传指针还能避免不必要的内存拷贝
- 如果结构体含
sync.Mutex或其他不可复制字段，它本身就不能被值传递，编译器会直接报错：cannot use u (type User) as type User in assignment: User contains invalid field type - 方法接收者也遵循同样逻辑：想修改 receiver 字段，接收者必须是
*T类型，否则方法内部的修改仅作用于副本
如何安全地解引用可能为 nil 的指针？
从 JSON 解析、数据库查询或 HTTP 请求中拿到的结构体指针，常可能是 nil。直接解引用会 panic：panic: runtime error: invalid memory address or nil pointer dereference。
正确做法是显式判空，而不是依赖 defer/recover 去兜底（recover 代价高，且掩盖了设计缺陷）：
立即学习“go语言免费学习笔记（深入）”；
if user != nil {
fmt.Println(user.Name)
} else {
fmt.Println("user is nil")
}
- 不要写
if *user != (User{})—— 这会先解引用，user == nil时直接崩溃 - 对指针字段（如
type User struct { Profile *Profile }），访问前也要逐层判空：if u.Profile != nil && u.Profile.Avatar != "" - 使用
sql.NullString等类型处理可能为空的 DB 字段时，注意其Valid字段才是判断依据，不是指针本身
map 和 slice 中存结构体指针要注意什么？
往 map[string]*User 或 []*User 中存指针本身没问题，但容易踩的坑在于“重复取地址”：
users := []User{{ID: 1}, {ID: 2}}
ptrs := make([]*User, len(users))
for i, u := range users {
ptrs[i] = &u // ❌ 错！u 是每次循环的副本，所有指针都指向同一个栈地址，最终值是最后一个元素
}
正确写法是取原始切片元素的地址：
for i := range users {
ptrs[i] = &users[i] // ✅
}
- 如果原始数据是局部变量（比如循环里 new 出来的），确保它的生命周期覆盖指针使用期；否则可能引发悬垂指针行为（Go 有 GC，但若该变量已不可达，指针解引用会 panic）
- 并发写入 map 时，即使存的是指针，map 本身仍需加锁或用
sync.Map，因为 map 不是线程安全的 - 用
json.Unmarshal解析到[]*User时，每个*User会被自动分配，无需手动 new，但要注意字段是否为指针类型（如Name *string），否则 JSON 中 null 会无法正确映射
修复数据时要不要统一返回 error？
指针操作本身不抛异常，但“修复”往往意味着业务校验和副作用（如更新数据库、发消息）。这类函数必须返回 error，哪怕底层只是改了几个字段。
例如：
func fixUserProfile(u *User) error {
if u == nil {
return errors.New("user cannot be nil")
}
if u.Email == "" {
return errors.New("email required for profile fix")
}
u.Status = "active"
u.UpdatedAt = time.Now()
return nil // 修复成功
}
- 不要只靠指针非空就认为可以继续——业务约束（如 ID 是否合法、时间是否未来时）必须检查
- 如果修复逻辑涉及多个步骤（如同时更新缓存和 DB），建议用“先内存改，再持久化”模式，并在任一环节失败时回滚内存变更（或用 copy-on-write 避免脏状态）
- 日志中记录修复动作时，别直接打
fmt.Printf("%+v", u)——万一u是nil就 panic；应先判空，或用fmt.Sprintf("%+v", u)（它对 nil 指针输出<nil>）
*User，字段可能全零值，但你不能默认把 0 当作“未设置”来覆盖——得结合业务语义判断哪些字段允许被重置、哪些必须保留原值。 
