FieldByName无法查匿名字段是设计限制，仅查当前层级字段名，不自动展开嵌入结构体；安全做法是手动递归遍历或用FieldByIndex，需处理Anonymous、指针Elem及可寻址性。
FieldByName 查不到匿名字段，不是 bug 是设计限制
FieldByName 只查当前层级的字段名，不会自动展开匿名嵌入结构体。比如 User 嵌入了 Person，v.FieldByName("Name") 无法命中 Person.Name，除非 Person 是唯一含 Name 的字段——但这是侥幸，不是保障。
它内部是线性遍历 + 字符串比对，一旦多个匿名字段都带同名字段（如两个 Timestamp），FieldByName 静默返回第一个，极易引发逻辑错误。真正安全的做法是用 FieldByIndex 或手动递归展开字段树。
- 必须自己遍历
t.NumField()，逐个检查f.Anonymous - 遇到
Anonymous == true，要调v.Field(i)后再递归，不能跳过 - 指针类型嵌入（如
*Person）需先.Elem()，否则NumField()panic - 字段路径得自己维护，比如
[]int{0, 1}表示“第 0 个嵌入字段的第 1 个子字段”
反射访问嵌入字段性能差在 O(n) 逐层扫描
每次想取某个嵌入字段的值，都要从根结构体开始，一层层 NumField() → 遍历 → 判断 Anonymous → 再进下一层。嵌套越深、字段越多，耗时越长；10 层嵌套 + 每层 20 字段，就是 200 次判断和反射调用。
更糟的是，这个过程无法缓存 reflect.Value 实例——因为它是绑定具体值的，不同变量即使类型相同，reflect.Value 地址也不同，不能当 map key。
立即学习“go语言免费学习笔记（深入）”；
- 能缓存的是
reflect.Type和预计算的字段路径映射，key 推荐用uintptr(unsafe.Pointer(t)) - 缓存内容建议是
map[string][]int（字段名→索引路径），而非每次现场遍历 - 别用
sync.Map存这个映射：读多写少场景下，它的原子开销反而比map + sync.RWMutex高 - 初始化时不预热所有类型，只在首次访问时解析并缓存，避免内存浪费
赋值失败常因可寻址性链断裂
想通过反射修改嵌入字段里的值，比如 v.FieldByName("Name").SetString("Alice")，大概率 panic：reflect: reflect.Value.SetString using unaddressable value。根本原因不是字段名错，而是可寻址性没贯穿到底。
原始值必须是指针传入：reflect.ValueOf(&u) → .Elem() 得到可寻址结构体 → 进入嵌入字段后，还要确保该字段本身可设（比如嵌入的是值类型 Person，那它内部字段才可设；若是 *Person，还得再 .Elem()）。
-
v.CanAddr() == false时，任何Set*都会 panic - 嵌入字段是小写开头（unexported）时，即使可寻址也无法设置，Go 导出规则强制限制
- 安全写法是每层都检查：
if f := v.FieldByIndex(path); f.CanAddr() && f.CanSet() { f.SetString(...) } - 别依赖
FieldByName返回值直接调SetString，它可能指向不可设字段
真正零开销的解法：预计算偏移 + 闭包封装
高频访问嵌入字段（如 ORM 映射、序列化循环）时，反射调用本身已不是瓶颈，瓶颈在于每次都要重复做类型查找、路径遍历、可寻址校验。绕过它的办法，是在初始化阶段用 unsafe.Offsetof 算出最终字段的内存偏移，然后封装成纯函数闭包。
例如对 User.Person.Name，预计算 offset := unsafe.Offsetof(User{}.Person) + unsafe.Offsetof(Person{}.Name)，再生成 func(v interface{}) string { return *(*string)(unsafe.Pointer(uintptr(unsafe.Pointer(&v)) + offset)) }。运行时无反射、无类型检查、无临时分配。
- 必须确保输入是可寻址的（通常传指针），且结构体布局稳定（字段顺序、大小不变）
- 该方式绕过了 Go 类型系统，参数不匹配会导致 runtime crash，不能用于动态未知结构
- 字段路径需手动拼接偏移，
reflect.StructField.Offset只给字段起始偏移，嵌入字段要累加 - 主流序列化库（msgpack、gogoprotobuf）都这么干，实测比缓存反射快 5–10 倍，GC 分配趋近于零
