go框架中结构体反射转换需严格控制：必须传指针以支持赋值，优先用fieldbyname+tag匹配而非下标，interface{}转具体类型须断言，热路径应缓存type/value，非导出字段不可反射访问。
Go 框架里用反射做结构体转换，不是“能不能”，而是“怎么控得住”——反射本身不难写，但一不留神就 panic、类型错、字段漏、性能崩。
reflect.ValueOf 传入指针还是值？必须传指针才能修改字段
很多框架（比如 ORM 或配置绑定）需要把数据写进结构体字段。如果你传的是值（reflect.ValueOf(s)），哪怕字段是导出的，调用 Set() 也会 panic：「can't set unaddressable value」。
- 正确做法是始终传结构体指针：
reflect.ValueOf(&s).Elem() -
.Elem()解引用后得到可寻址的reflect.Value，后续才能安全调用Field(i).Set(x) - 如果原始输入已经是
*T类型，直接reflect.ValueOf(ptr).Elem()；如果是T，得先&t再转，否则字段赋值失败
遍历字段时别硬写 NumField() 循环，优先用 FieldByName 和 tag 匹配
数据库列名、JSON key、HTTP query 参数名，几乎从不和 Go 字段名一致。靠下标顺序硬对（Field(0), Field(1)）极易断裂——加个字段、改个顺序，整个映射就错位。
- 用
StructField.Tag.Get("json")或自定义 tag（如db、form）做字段名映射 - 查字段用
v.FieldByName("FieldName")，比循环快，语义也更清晰 - 注意大小写：tag 值是小写的（
json:"user_id"），但结构体字段名必须大写导出，FieldByName查的是 Go 名，不是 tag 值
interface{} 转具体类型时，Interface() 后必须类型断言，不能直接强转
反射提取字段值后得到的是 reflect.Value，调 .Interface() 返回 interface{}。这时候想转成 string 或 []int，直接 (string)(v.Interface()) 会编译报错或 panic。
- 必须用类型断言：
if s, ok := v.Interface().(string); ok { ... } - 对切片字段尤其危险：反射拿到
reflect.Value是Kind() == reflect.Slice，但Interface()返回的是interface{}，断言要写.([]int)，不是.([]interface{}) - 常见错误：把
reflect.ValueOf([]int{1,2}).Interface()当成[]interface{}用，结果 runtime panic
性能敏感路径上，避免在热循环里反复调用 reflect.TypeOf / reflect.ValueOf
框架底层（比如 HTTP 中间件解析 body、ORM 批量 insert）如果每条记录都重新 reflect.TypeOf(s)，GC 和 CPU 开销会明显上升。
- 提前缓存
reflect.Type和字段索引 map，例如map[string]int{"name": 0, "age": 1} - 用
sync.Map或预注册方式管理类型元信息，避免每次 new struct 都反射一次 - 真正高频场景（如日志结构化、metrics 打点），考虑代码生成（
go:generate+structfield）替代运行时反射
最常被忽略的一点：反射能读字段，但不能绕过导出规则——非导出字段（小写开头）即使有 tag，FieldByName 也返回零值，CanSet() 永远 false。框架设计时，要么强制用户导出字段，要么文档里明确写死这条限制。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
