reflect.TypeOf 比类型断言慢30–80倍，因其需运行时查表、字符串匹配、堆分配等；而类型断言在编译期确定，直接高效。必须用 reflect.TypeOf 的场景包括框架泛型无法覆盖的动态类型解析，如 Gin BindJSON、ORM 配置加载等。
reflect.TypeOf vs 类型断言：性能差几十倍不是夸张
直接说结论：reflect.TypeOf(x) 比 x.(T) 慢 30–80 倍，关键不在“反射慢”，而在它被迫在运行时做一堆编译期本可完成的事。
比如访问 user.Name，CPU 直接按结构体偏移取值；而 reflect.ValueOf(user).FieldByName("Name") 要查类型描述符表、遍历字段名字符串匹配、检查导出性、构造新 reflect.Value 对象——每步都带函数调用和堆分配。
-
reflect.TypeOf()和reflect.ValueOf()触发接口转换 + 元数据查表，开销集中 - 字段名查找是线性遍历，不是哈希或索引，
FieldByName在字段多时明显退化 -
Value.Call()需包装参数、处理栈帧、间接跳转，无法内联，且每次Field(i)都新建reflect.Value实例
什么时候必须用 reflect.TypeOf，而不是类型断言
框架代码里非用 reflect.TypeOf 不可，不是因为它“高级”，而是因为类型断言根本没法写。
比如 Gin 的 c.BindJSON(&user)，user 是用户自定义 struct，框架不可能提前 import 所有业务类型，更没法为每种 struct 写 v, ok := data.(User) 分支。它只能靠 reflect.TypeOf(data) 动态识别真实类型，再递归解析字段、读取 json:"name" tag、判断是否可导出。
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 传入
interface{}的值，其底层类型在编译期完全未知（如 ORM 输入、配置加载目标） - 需要统一处理嵌套结构、指针解引用、tag 解析（
json:、gorm:）等泛型覆盖不到的逻辑 -
reflect.TypeOf(nil)返回nil，但紧接着调用.Kind()就 panic，必须先v := reflect.ValueOf(x); v.IsValid()
类型断言失败 panic 的典型场景
不带 ok 的断言，一错就崩，而且错得毫无提示。
最常见的是 JSON 解析后对 map[string]interface{} 嵌套结构做断言：原始 JSON 的数组字段解析出来是 []interface{}，不是 []map[string]interface{}，直接 body.([]map[string]interface{}) 必 panic。
-
x.(int)对string值断言 →panic: interface conversion: interface {} is string, not int -
json.Unmarshal后的body字段是[]interface{}，却断言成[]map[string]interface{} - 对
nil接口变量做断言（var x interface{}; x.(string)）→ 直接 panic - 推荐始终用双返回值形式：
v, ok := x.(T)，失败时走else或default分支
缓存 Type 信息能省掉 90% 反射开销
同一类型首次反射解析耗时占比常超 90%，后续纯查表即可。这不是“可选优化”，是必须动作。
比如结构体字段信息缓存后，FieldByName 从 O(n) 字符串遍历降为 O(1) 映射查找。但注意：只缓存 reflect.Type 和字段元数据（索引、是否可设置、tag 解析结果），别缓存 reflect.Value 实例——它绑定了具体值，不可复用。
- 用
sync.Map存reflect.Type → []FieldInfo，避免锁竞争 -
FieldInfo至少含字段索引、CanSet()结果、json:"name,omitempty"解析后的 key - 初始化阶段预热缓存，避免首请求抖动；高频路径中禁止在循环内调用
reflect.ValueOf - 不要用反射模拟类型断言——该用
switch v := data.(type)的地方，硬上反射只会让性能雪上加霜
真正难的不是写对反射，而是判断“这里到底需不需要反射”。一旦类型固定、数量可控、性能敏感，就该切到 go:generate 或泛型，而不是留个反射兜底假装灵活。
