fieldbyname 找不到匿名字段里的子字段，因为该方法仅查找当前结构体的直接字段，不自动展开匿名嵌入结构体；go 的字段提升是语法层行为，反射 api 仅看到外层结构体含匿名字段（如 profile），而 profile.name 不在其字段名列表中，故 v.fieldbyname("name") 返回无效值，后续操作易 panic。
为什么 FieldByName 找不到匿名字段里的子字段
因为 FieldByName 只查当前结构体的直接字段列表，不自动展开匿名嵌入结构体。比如 type User struct { Profile }，Profile 是一个字段（类型为 Profile），而 Profile.Name 并不在 User 的字段名表里。
Go 编译器做的“字段提升”是语法层行为，反射 API 不感知这个语义——它只看到 User 有字段 Profile，类型是 Profile，名字就是 Profile。
- 想访问
Name，得先v.FieldByName("Profile")，再在其返回值上调FieldByName("Name") - 或者用
FieldByIndex([]int{0, 0})精确定位（假设Profile是第 0 字段，其Name是第 0 字段） -
FieldByName("Name")在User上调用会返回零值reflect.Value，后续任何操作（如.Interface()）都可能 panic
如何安全递归遍历并识别 Anonymous 字段
关键不是“跳过”或“保留”，而是根据 reflect.StructField.Anonymous 做分支处理：匿名且是结构体时，递归进它的字段，但路径不加字段名；否则按普通字段拼接路径。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 检查
f.Anonymous == true且v.Field(i).Kind() == reflect.Struct，才进入递归 - 若该字段是指针（
*Profile），必须先v.Field(i).Elem()再判断 Kind，否则NumField()会 panic - 路径拼接逻辑要区分：匿名字段递归时不追加
.f.Name，普通字段才加 - 所有递归入口第一行必须写
if !val.IsValid() { return }，否则nil指针或空 interface{} 直接崩
递归中怎么避免 Interface() panic
reflect.Value.Interface() 在两种情况下必 panic：字段未导出（小写开头），或 val 不可 interface（!val.CanInterface()）。这不是 bug，是 Go 反射的硬性限制。
- 每次准备调
.Interface()前，必须同时检查val.IsValid()和val.CanInterface() - 未导出字段无法绕过——哪怕它是匿名嵌入的，
Person.name依然不可读，val.FieldByName("name").Interface()一定 panic - 替代方案：对基础类型用
val.String()、val.Int()、val.Bool()等方法取值（仅限支持类型） - 如果目标是序列化或映射，建议约定所有需反射的字段必须导出，否则反射层无解
为什么递归容易栈溢出，怎么防循环引用
自引用结构体（如 type Node struct { Next *Node }）或两个结构体互相嵌套指针，会导致无限递归。反射本身不检测地址重复，全靠你兜底。
- 维护一个
map[uintptr]bool，存每个结构体实例的v.UnsafeAddr()，递归前查重 - 对
interface{}和指针，先v.IsNil()判断是否为空，再决定是否深入 - 对
map、chan、func、unsafe.Pointer这类类型，一律不递归，直接跳过或转字符串 - 深度超过阈值（如 16 层）强制中断，防止意外深嵌套拖垮服务
真正难的不是写递归函数，而是每一步都要在 IsValid()、CanInterface()、IsNil()、Anonymous、地址去重之间做判断——少一个，运行时就崩。这些检查不能省，也不能靠“应该不会空”来赌。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
