Go中通过非nil结构体指针可直接修改字段，但需确保指针非nil、嵌套指针已初始化、map/slice字段修改有效而数组/值类型字段需指针接收者，方法接收者必须为指针才能修改原结构体。
直接用结构体指针赋值就能改字段，但必须确保指针非 nil
Go 中通过指针修改结构体字段是常规操作，核心就一条：只要 ptr 是指向结构体的合法非 nil 指针，ptr.Field = value 就能生效。常见错误是传入 nil 指针后直接解引用，运行时 panic：panic: invalid memory address or nil pointer dereference。
典型场景包括：函数接收 *User 但调用方传了 nil；或用 new(T) 或 &T{} 初始化前忘了检查返回值（一般不会 nil，但手动赋值可能）。
- 安全写法：函数开头加
if ptr == nil { return }或明确文档要求非 nil - 初始化推荐用
&MyStruct{Field: val}，比new(MyStruct)更直观且可设初始值 - 切忌对未初始化的局部指针变量（如
var u *User）直接写u.Name = "x"
方法接收者用指针才能修改接收者字段
如果想在方法里改结构体字段，接收者必须是指针类型，比如 func (u *User) SetName(n string)。值接收者（func (u User)）操作的是副本，外部原结构体完全不受影响。
这和是否“显式传指针”无关，而是 Go 方法集规则决定的：只有 *T 的方法集包含 T 和 *T 的所有方法，而 T 的方法集只包含值接收者方法。所以接口实现、方法调用都受此约束。
立即学习“go语言免费学习笔记（深入）”；
- 即使结构体很小（如两个 int），也建议用指针接收者——避免意外复制，语义更清晰
- 混用值/指针接收者会导致同一个类型的方法集不一致，可能引发接口实现失败
- 编译器不会报错，但运行时行为会和预期不符：比如
u.SetName()看似调用了，其实没改原变量
map 或 slice 字段修改需注意：指针改的是结构体本身，不是其内部容器元素
结构体字段是 map[string]int 或 []string 类型时，用指针修改该字段（如 u.Config["key"] = 42 或 u.Tags = append(u.Tags, "new")）是有效的，因为 map 和 slice 本身是引用类型头（包含指针、长度、容量），赋值或修改元素不改变结构体中该字段的地址。
但要注意：如果字段是普通数组（如 [3]int）或结构体值类型，则必须用指针访问才能改其内部字段；而 map/slice 字段即使结构体是值类型，也能改其内容——不过这不是指针的功劳，是 map/slice 的底层机制。
-
u.Data["x"] = 1✅ 有效（Data是map[string]int字段） -
u.Slice[0] = "a"✅ 有效（Slice是[]string字段） -
u.Array[0] = 5❌ 若u是值类型则无效（Array是[2]int，改的是副本）
嵌套结构体字段修改：一层层解引用，别漏掉中间指针
当结构体字段本身是指针类型（如 Profile *UserProfile），要修改 Profile.Name，必须确认 u.Profile 非 nil，再写 u.Profile.Name = "x"。少一次解引用就会编译失败或 panic。
常见错误是假设嵌套字段自动初始化，比如定义了 type User struct { Profile *UserProfile }，但没在创建时初始化 Profile 字段，后续直接访问 u.Profile.Name 就 panic。
- 初始化嵌套指针字段：用
&User{Profile: &UserProfile{Name: "a"}} - 安全访问：用
if u.Profile != nil { u.Profile.Name = "b" } - 不要依赖零值——
*T字段的零值就是nil，不是新分配的T{}
type User struct {
Name string
Age int
Avatar *string
}
func main() {
u := &User{Name: "Alice"}
u.Age = 30 // ✅ 直接改
// Avatar 是 *string，需要先分配内存
name := "avatar.png"
u.Avatar = &name // ✅ 赋值指针
fmt.Println(*u.Avatar) // "avatar.png"
}
指针本身不难，难的是每一层嵌套、每一个字段类型的值/引用特性，都要心里有数。写的时候多看一眼字段声明，比 runtime panic 后翻日志快得多。 
