递归遍历结构体时需用 uintptr 地址去重、nil 检查、跳过未导出字段；路径拼接用类型+字段名（user.profile.street）并支持索引；匿名字段递归时不加字段名；类型信息应缓存避免重复反射。
用 reflect 递归遍历结构体字段时，如何避免无限循环
嵌套结构体里有指针、接口或自引用（比如 type Node struct { Next *Node }），直接递归会 panic：stack overflow 或 panic: reflect: call of reflect.Value.Interface on zero Value。
关键不是“能不能递”，而是“递到哪停”。得靠访问路径去重 + 类型/值判空：
- 维护一个
map[uintptr]bool记录已访问的结构体地址（v.UnsafeAddr()），遇到重复地址立刻跳过 - 对
interface{}和指针，先用v.IsNil()检查是否为空，再决定是否深入 - 跳过未导出字段（
!v.CanInterface()），否则v.Interface()会 panic
扁平化后字段名怎么拼接才不冲突
直接用 Parent.Child.GrandChild 这种点号拼接，在多个同名嵌套字段（如两个 type User struct { Profile Profile }）下会覆盖。必须带类型上下文或索引。
推荐做法是：用 ParentType.Field.ChildType.Field 命名，例如 User.Profile.Address.Street；如果同一层级有多个同名嵌套结构体（比如切片里的多个 Profile），就补上数组下标：User.Profiles.0.Address.Street。
立即学习“go语言免费学习笔记（深入）”；
- 别依赖
v.Type().Name()—— 匿名结构体返回空字符串，得用v.Type().String()截取末尾 - 字段标签（
json:或flat:）优先级高于原名，但只在非空时生效 - 注意：
time.Time、map、chan这类类型不递归，直接转成字符串或跳过
reflect.StructField.Anonymous 怎么影响字段路径生成
匿名字段（embedded field）会让字段“透上来”，但反射里它仍是独立字段，v.Field(i) 对应的是嵌入结构体的实例，不是它的子字段。很多人误以为能自动展开，结果扁平化后漏掉一层。
正确做法是：检测到 f.Anonymous == true 且 v.Field(i).Kind() == reflect.Struct 时，不把当前字段名加入路径，而是递归处理其内部字段，并复用外层前缀。
- 错误写法：
append(path, f.Name)→ 得到User.Profile.Street，但Profile是匿名的，语义上应是User.Street - 正确逻辑：匿名 + 结构体 → 跳过
f.Name，直接递归v.Field(i)，路径不变 - 注意：匿名字段如果是指针（
*Profile），要先Elem()再判断是否为结构体，否则Kind()是Ptr
性能敏感场景下，为什么别在每次调用都做完整反射遍历
反复解析同一结构体类型（比如 HTTP handler 里每请求一次都 reflect.ValueOf(x)）开销很大。reflect.Type 和字段布局是固定的，可以缓存。
建议提前构建字段映射表（map[reflect.Type][]flatField），其中 flatField 包含路径、类型、是否可寻址等元信息。运行时只做值提取，不重复解析结构。
- 缓存 key 用
t.String()而非t.Name()，因为匿名结构体没名字 - 字段顺序可能因编译器优化变化？不会 —— Go 的结构体字段顺序严格按源码定义，反射遍历也按此序
- 注意：
unsafe.Sizeof不影响字段偏移，但//go:notinheap等标记字段仍会被反射看到，需按需过滤
最麻烦的其实是字段标签和空值策略的组合爆炸——比如一个 json:"-,omitempty" 字段，在扁平化时该不该出现，取决于你对接口协议的理解，而不是反射能自动推出来的。
