reflect包仅提供类型和值的读写能力，不处理关联关系映射；层级解析需手动实现字段嵌套、指针解引用、切片展开及标签提取等逻辑，否则易panic或静默失败。
reflect 包本身不处理“关联关系映射”，它只提供运行时类型和值的读写能力；真正的层级解析逻辑必须由你手动实现，否则字段嵌套、指针跳转、切片展开、标签解析这些步骤全都会出错。
struct 字段递归遍历时为什么卡在第一层？
因为 reflect.ValueOf(x).NumField() 只返回当前结构体直接声明的字段数，不会自动展开嵌套结构体或解引用指针。常见错误是把 reflect.Value 当作“智能对象”，其实它只是个静态快照。
- 遇到
reflect.Struct类型字段，需手动调用Field(i)再递归 inspect - 遇到
reflect.Ptr，必须先检查是否为 nil，再用Elem()解引用（否则 panic） - 遇到
reflect.Slice或reflect.Map，要先Len() > 0判断非空，再遍历元素——否则Index(0)直接崩溃 - 结构体字段若带
json:"-"或自定义标签（如db:"user_id"），需显式调用StructField.Tag.Get("db")提取，reflect不会自动应用标签语义
如何安全地从嵌套 struct 中提取 ID 字段？
比如想从 Order{User: &User{Profile: &Profile{ID: 123}}} 里拿到最内层的 ID，不能靠硬编码路径，得用可配置的字段名链（如 ["User", "Profile", "ID"]）逐级跳转。
- 每一步都用
v.Kind()判断当前值是否为Ptr/Struct/Invalid，避免 panic - 对
Ptr类型，必须先v.CanInterface()且!v.IsNil()才能v.Elem() - 对
Struct类型，用v.FieldByName(name)而非v.Field(i)，否则字段顺序变动就失效 - 如果某一级字段不存在或不可导出（首字母小写），
FieldByName返回Zero Value，需配合v.IsValid()检查
CanSet() 为 false 却还想改值？那得回溯到 reflect.Value 的来源
反射值是否可修改，取决于它最初是怎么创建的：reflect.ValueOf(x) 得到的是只读副本，reflect.ValueOf(&x).Elem() 才可能可写。但在多层嵌套中，很容易漏掉某一级的地址传递。
立即学习“go语言免费学习笔记（深入）”；
- 若目标字段是嵌套结构体中的导出字段（如
User.Profile.ID），必须确保从顶层开始每一步都是指针路径：即传入的是*Order，不是Order -
CanAddr()和CanSet()必须同时为 true 才能赋值；常见陷阱是中间某层用了Value.Interface()转成 interface{} 后再ValueOf，这会丢失地址信息 - 对 slice 元素赋值，不能直接
v.Index(i).SetInt(1)，必须确认v.CanSet()—— 实际上 slice 本身不可设，但其元素可以，前提是 v 来源于&slice并已Elem()
真正难的不是调用 reflect 函数，而是维持整个路径上的可寻址性、有效性、可修改性三者一致。一旦某一层是值拷贝、nil 指针或未导出字段，后续所有操作都会静默失败或 panic，而错误堆栈往往只显示最后一步，根本看不出是哪一级断的。
