Go中嵌套结构体字段可链式访问：顶层指针自动解引用，值类型字段直接访问，指针字段自动解一次；修改需确保可寻址性，JSON解析后指针字段为nil需判空，反射访问要防nil panic。
直接用点号链式访问嵌套结构体指针字段
Go 中只要顶层变量是指针，后续所有嵌套字段（无论是否为指针）都能用 . 直接访问，编译器自动解引用。不需要手动写 *p.Field.SubField 这种冗余形式。
常见错误是误以为“指针的指针”才需要多次解引用——其实只要字段本身不是指针类型，p.Field.SubField 就合法且高效。
-
Person是结构体，Address是其嵌套结构体字段 →personPtr.Address.City可直接读写 -
Address是*Address指针字段 → 仍可写personPtr.Address.City，Go 自动解一次* - 若
City是*string，才需显式解引用：*personPtr.Address.City
type Address struct {
City string
}
type Person struct {
Name string
Addr Address // 值类型字段
AddrP *Address // 指针类型字段
}
func main() {
p := &Person{Name: "Alice", Addr: Address{City: "Beijing"}}
fmt.Println(p.Addr.City) // ✅ 合法：自动解 p 的指针，再取 Addr.City
p.AddrP = &Address{City: "Shanghai"}
fmt.Println(p.AddrP.City) // ✅ 合法：自动解 p，再自动解 AddrP，再取 City
}
修改嵌套字段时要注意接收者类型和字段可寻址性
如果函数想修改嵌套结构体中的某个字段，必须确保该字段所在的结构体实例是可寻址的（即传入的是指针），否则会编译失败。
典型报错：cannot assign to struct field xxx.yyy in map or slice 或 cannot assign to s.Field，往往是因为你从 map/slice 中取出来的值是副本，不可寻址。
立即学习“go语言免费学习笔记（深入）”；
- 从
map[string]Person取出的Person是副本 →m["a"].Name = "Bob"报错 - 必须先取地址：
personPtr := &m["a"]→ 然后personPtr.Addr.City = "Guangzhou" - 对 slice 元素同理：不能直接
s[0].Field = x，应改用&s[0]获取地址再操作
使用反射修改嵌套指针字段要小心零值 panic
用 reflect 动态访问嵌套字段时，如果中间某层是 nil 指针（如 Person.AddrP 为 nil），调用 FieldByName("City") 会 panic。
必须逐层检查是否为 nil，或用 reflect.Value.Elem() 前确认 CanInterface() 和非空。
- 安全做法：用
reflect.Indirect()处理可能为 nil 的指针 - 或者手动判断：
if v.Kind() == reflect.Ptr && v.IsNil() { ... } - 不建议在热路径中频繁用反射访问嵌套字段——性能差且易出错
JSON 解析后结构体嵌套字段默认为零值，指针字段保持 nil
用 json.Unmarshal 解析时，如果 JSON 中缺失某个嵌套字段，对应 Go 字段行为取决于它是值类型还是指针类型：
- 值类型字段（如
Address）会被初始化为零值（Address{}） - 指针类型字段（如
*Address）保持nil，不会自动分配内存 - 因此访问
p.AddrP.City前必须判空，否则 panic
var p Person
json.Unmarshal([]byte(`{"Name":"Tom"}`), &p)
// p.Addr 是 {}（零值），p.AddrP 是 nil
fmt.Println(p.Addr.City) // ✅ 输出空字符串
fmt.Println(p.AddrP.City) // ❌ panic: invalid memory address or nil pointer dereference
嵌套字段操作最常被忽略的点是：**字段是否可寻址**——它不只影响赋值，还决定能否取地址、能否用反射修改、能否作为方法接收者调用。很多 runtime panic 都源于假设了一个不可寻址的临时值能被修改。 
