反射转map比json中转快，但原生反射未缓存时高频调用gc压力大、qps下降20%~40%；需缓存type、字段索引及tag解析结果，并严格处理nil指针与空slice，推荐使用mapstructure替代手写反射。
反射转Map比JSON中转快，但原生反射仍不高效
直接用 reflect 比先 json.Marshal 再 json.Unmarshal 快得多——后者要序列化两次、分配内存、丢失类型（所有数字变 float64），而反射只遍历字段、取值、填 map。但“快”是相对的：纯反射实现每次调用都重复 reflect.TypeOf()、遍历 NumField()、解析 tag，高频场景下 GC 压力明显，实测 QPS 下降 20%~40%。
- 避免在循环或 HTTP handler 热路径里直接调用裸反射函数
- 字段数 > 10 的结构体，未缓存反射信息时，单次转换耗时可能超 500ns
-
reflect.Value.Interface()是性能黑洞：每调用一次都触发一次接口值构造和内存分配
必须缓存 reflect.Type 和字段索引
真正影响性能的不是“用不用反射”，而是“要不要每次都重新发现结构”。reflect.TypeOf(obj).Elem() 和字段遍历应只做一次，结果存进 sync.Map 或全局 map，键为 reflect.Type。
- 缓存内容至少包括：
field.Name、field.Tag.Get("json")解析结果、字段偏移量、是否为指针/嵌套 struct - 别用
strings.SplitN(string(tag), ":", 2)在每次转换时解析 tag；提前解析好，缓存成map[string]string（小写 key → 字段名） - 对常见结构体（如
User、Order），可预热缓存：init()里调用一次转换函数
struct 转 map 时，nil 指针和零值字段怎么处理
业务上，“字段没传”和“字段传了 null”语义不同，但反射默认把 *string 的 nil 当成空字符串，把 []int 的 nil slice 当成 []。这会导致脱敏或校验逻辑出错。
- 判断指针字段是否为 nil：
v.Kind() == reflect.Ptr && v.IsNil()，此时不应塞入 map，或塞入nil - 判断 slice/map 是否真为空：
v.Len() == 0 && v.IsNil()，仅v.Len() == 0不够（空 slice 非 nil） - 别依赖
omitempty：它只在 JSON 编码生效，反射层不识别；需手动检查 tag 中是否有omitempty并结合值判断
用 mapstructure 替代手写反射更稳妥
自己写反射容易漏掉 corner case：匿名字段扁平化、递归 dive 控制、time.Time 处理、自定义 Marshaler 接口支持……而 mapstructure 已覆盖全部。
- 它默认启用字段缓存，且支持
DecoderConfig配置钩子（DecodeHook）来统一处理时间、枚举等类型 - 结构体转 map 用
mapstructure.Decode+map[string]interface{}输出目标，比裸反射更少出错 - 注意：它不自动跳过未导出字段，字段必须首字母大写，且结构体本身需可导出（否则
reflect静默失败）
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
