go反射非万能工具，适用于结构体字段遍历等场景，但性能差、类型不安全；应优先用接口或泛型，仅在需统一处理动态标签时用reflect.structfield，并注意导出、tag解析、嵌套递归、可寻址性及kind与name区别。
Go 的反射不是万能的数据处理工具，它在结构体字段遍历、动态赋值、JSON-like 序列化等场景下有用，但性能差、类型不安全、代码难维护——别用反射做本该用接口或泛型解决的事。
什么时候该用 reflect.StructField 而不是硬编码字段名
当你需要统一处理一批具有相似标签（如 json:、db:、validate:）的结构体，且字段名不确定或随版本变化时，reflect.StructField 才值得介入。比如自研 ORM 的字段映射、通用校验器的 tag 解析。
- 必须先确认结构体是导出的（首字母大写），否则
reflect.Value.FieldByName返回零值且无错误提示 - 用
field.Tag.Get("json")提取 tag 值，注意空字符串和"-"表示忽略该字段 - 别直接用
field.Name当数据库列名——它只是 Go 标识符，应优先信任field.Tag.Get("db") - 嵌套结构体需递归调用
reflect.TypeOf(v).Elem()和reflect.ValueOf(v).Elem()，否则 panic: call of reflect.Value.Interface on zero Value
reflect.Value.Set() 失败的三个常见原因
想用反射修改变量值却报 panic: reflect: reflect.Value.Set using unaddressable value？那大概率是没传指针进去。
- 必须传入地址：用
&v或reflect.ValueOf(&v).Elem()，否则CanSet()返回 false - 基础类型字面量不能取地址：
reflect.ValueOf(42).CanSet()永远是 false，得包装成变量再取址 - 从 map 或 slice 中取出的元素默认不可寻址，要用
reflect.Value.MapIndex(key).Addr().Elem()或reflect.Value.Index(i).Addr().Elem()获取可设置的副本
用 reflect.Kind() 区分指针/接口/具体类型的必要性
反射中 reflect.TypeOf(x).Kind() 和 reflect.TypeOf(x).Name() 完全不同：前者返回底层类别（如 Ptr、Struct、Interface），后者只对命名类型返回非空字符串。混淆二者会导致逻辑错乱。
立即学习“go语言免费学习笔记（深入）”；
- 判断是否为指针：用
v.Kind() == reflect.Ptr，而不是v.Type().Name() == "ptr"（后者永远为空） - 解引用指针：必须先
v.Elem()，且要检查v.Kind() == reflect.Ptr && v.IsNil() == false，否则 panic - 接口类型实际存储的是具体值，
v.Kind()返回的是内部值的种类，不是Interface；只有v.Type().Kind() == reflect.Interface才表示这个变量声明为 interface{}
反射最易被忽略的点是：它无法绕过 Go 的类型系统约束。比如你不能用反射把一个 int 值塞进 string 字段，Set() 会 panic：cannot set int to string。所有类型转换仍需显式 Convert() 或 Interface() 后手动转换——这恰恰暴露了反射不适合做“通用数据转换”的本质。
