FieldByIndex索引越界会直接panic，必须逐级校验每层字段数并处理指针解引用，不可写死路径或依赖结构体定义；同名字段遮蔽时需用FieldByIndex配合动态索引获取。
FieldByIndex索引越界直接panic，不校验长度就写死[]int{0,1,0}必崩
你写v.FieldByIndex([]int{0, 1, 0})时，Go 不会检查这个切片是否真能走通三层；只要某一层字段数不够，比如第二层只有 1 个字段但你写了 1，就会立即 panic。这不是运行时错误提示，是硬 crash。
常见错误现象：panic: reflect: Field index out of bounds 或更隐蔽的 panic: reflect: call of reflect.Value.Interface on zero Value（因为 FieldByIndex 返回了零值，你接着调 .Interface()）。
- 每次调用前必须手动确认路径合法性：先用
reflect.TypeOf(v.Interface()).FieldByIndex(index)拿到目标字段的StructField，再用v.FieldByIndex(index)取值 - 对每一级索引都要检查：比如
index = [0,1,0]，得确保v.NumField() > 0→v.Field(0).NumField() > 1→v.Field(0).Field(1).NumField() > 0 - 别依赖结构体定义“看起来应该有”，反射看到的是运行时实际类型 —— 比如字段是
*T但值为 nil，Field(0).NumField()就会 panic
命名嵌套字段也会触发多级Index，不是只有匿名字段才要[]int
很多人以为只有 struct{ A; B } 这种匿名嵌入才需要多维索引，其实 struct{ A A; B B } 同样适用。只要字段类型是结构体，它的内部字段在反射中就可能被映射为 Index 长度大于 1 的路径。
例如 Baz{Zoo: Foo{"x"}} 中，Zoo.Bar 的 StructField.Index 是 [0,0]，不是 [0]。你若误用 v.Field(0).Field(0) 虽然也能拿到值，但一旦中间有指针或接口，链式调用就断了。
立即学习“go语言免费学习笔记（深入）”；
-
FieldByIndex是唯一能跨指针/接口直达深层字段的方式，Field(0).Field(0)要求每层都非空且可解引用 -
StructField.Anonymous == false不代表len(Index) == 1，别靠这个做分支判断 - 打印调试时，用
fmt.Printf("Index: %v, Name: %s\n", sf.Index, sf.Name)看真实路径，别猜
同名字段被遮蔽后，FieldByName永远找不到第二个
结构体里两个匿名字段都带 ID int，比如 struct{ User; Group }，reflect.Value.FieldByName("ID") 返回的一定是 User.ID，Group.ID 彻底不可见 —— 反射层面它就被丢弃了，不是隐藏，是压根没进字段列表。
你想取 Group.ID？不能改名字、不能加 tag 绕开，只能硬写路径：v.FieldByIndex([]int{1, 0})（假设 Group 是第二个字段，且 ID 是它第一个字段）。
- 先用
reflect.TypeOf(v.Interface()).Field(1).Type.Field(0)确认Group.ID确实是第 0 字段，避免手写错索引 - 字段顺序变了（比如加了个新字段在前面），
[1,0]就失效，必须动态查FieldByName("Group").Type再找子字段 - 用
jsontag 区分语义（如ID int `json:"user_id"`/ID int `json:"group_id"`）比依赖位置更可持续
递归遍历时FieldByIndex路径拼接容易漏掉指针解引用
结构体字段是 *Address 类型，而你按 Address 的字段结构去拼 []int，直接传给 FieldByIndex 就会失败 —— 因为 *Address 的 NumField() 是 0，它不是结构体，是指针。
正确做法是：遇到指针类型，先 v.Elem() 解引用，再判断是否为 reflect.Struct，然后继续递归。否则路径算对了，执行时还是 panic。
- 每次进入新层级前，统一处理：
if v.Kind() == reflect.Ptr && !v.IsNil() { v = v.Elem() } - 但注意：
v.Elem()后要立刻检查v.IsValid()和v.Kind() == reflect.Struct，否则后续NumField()还是 panic - 路径字符串（如
"User.Addr.City"）可以存，但转成[]int时必须对应解引用后的实际结构，不能照抄原始定义
FieldByIndex 越不能靠人脑推算；索引数组不是坐标，是执行路径，中间任何一环类型不符或值为空，就断。写死数字不如封装 fieldByPath(v, "A.B.C.ID")，哪怕只用两三次，也值得。 
