panic源于对未导出字段或空值调用reflect.value.interface()，应先检查isvalid()和caninterface()；标签解析优先用reflect.type获取structfield.tag，再用tag.get("key")安全提取。
结构体字段标签解析时 panic: reflect: call of reflect.Value.Interface on zero Value 是怎么回事
这是最常遇到的反射崩溃，根本原因是用 reflect.Value 读取了未导出（小写开头）字段，或对空值（nil 指针、未初始化 struct）做了 .Interface() 调用。
实操建议：
- 永远先检查
v.IsValid()和v.CanInterface()，再调用.Interface() - 遍历结构体字段时，用
reflect.TypeOf(t).NumField()配合reflect.TypeOf(t).Field(i)，而不是直接对reflect.ValueOf(t).Field(i)操作——后者会触发实际取值，容易崩 - 若需处理指针接收器或嵌套指针字段，先用
v = v.Elem()解引用，并确保v.Kind() == reflect.Ptr && !v.IsNil() - 标签解析本身不依赖字段值，应优先用
reflect.Type获取StructField.Tag，而非reflect.Value
如何安全提取自定义结构体标签（如 json:"name,omitempty" 或 db:"id,pk"）
Go 的 reflect.StructTag 是字符串，但不能直接用 strings.Split() 解析——它支持引号包裹、逗号分隔、键值对混合，标准做法是调用 tag.Get("key")。
实操建议：
- 用
sf.Tag.Get("json")获取原始标签值，再用strings.Trim去掉首尾引号，避免手动切分出错 - 若需解析带选项的标签（如
db:"created_at,auto_now_add,type:datetime"），推荐用strings.FieldsFunc(val, func(r rune) bool { return r == ',' })拆分键值项，再对每项用strings.SplitN(item, ":", 2) - 注意：标签键名区分大小写，
Tag.Get("JSON")返回空字符串，必须用"json" - 如果字段没打标签，
sf.Tag.Get("xxx")返回空字符串，不是 panic，可直接判空处理
嵌套结构体 + 匿名字段 + 标签继承时，如何递归收集所有有效字段
匿名字段（内嵌结构体）默认会“提升”其导出字段，但标签不会自动合并或覆盖；若父 struct 字段也打了同名标签，会以父级为准，子级被忽略。
实操建议：
- 递归前先判断
sf.Anonymous，为true时才进入子结构体；否则跳过 - 不要无条件递归所有字段——只对
sf.Type.Kind() == reflect.Struct且sf.Anonymous为true的字段深入 - 若需“继承”标签（比如子 struct 的
json标签想补全父级没写的字段），得自己维护一个标签映射表，不能依赖反射自动行为 - 注意循环嵌套：用
map[reflect.Type]struct{}记录已访问类型，避免无限递归
性能敏感场景下，为什么别在热路径反复调用 reflect.TypeOf(x).Field(i)
每次 reflect.TypeOf 都会做类型缓存查找，而 StructField 是临时对象；高频调用（如 HTTP handler 中每请求一次）会导致 GC 压力和 CPU 浪费。
实操建议：
- 把结构体的字段元信息（名字、索引、标签解析结果）提前缓存为
struct{ name string; tag map[string]string; index int }切片，在 init 或首次使用时生成 - 用
sync.Once或lazy group控制初始化时机，避免竞态 - 缓存 key 应该是
reflect.Type本身（可直接作 map key），不要用fmt.Sprintf("%v", t)字符串化，开销大且不准 - 如果结构体字段极少变动，甚至可以代码生成（go:generate）硬编码字段信息，彻底避开运行时反射
标签反射真正的复杂点不在语法解析，而在边界控制：什么时候该用 Type 而非 Value，什么时候该缓存而非重算，以及匿名字段带来的语义歧义——这些不写测试很容易漏掉。
