结论：反射性能瓶颈不在 reflect.new，而在字段赋值、标签解析、类型转换及循环内重复反射调用；应缓存 reflect.type、预建字段索引、避免 interface{} 转换，并优先用 go:generate 生成代码替代运行时反射。
直接说结论：用 reflect.New 或 reflect.ValueOf(&T{}).Elem() 构建动态结构体本身开销不大，真正卡住性能的是后续的字段赋值、标签解析、类型转换和循环内反复反射调用——尤其在 HTTP handler 或批量 DB 写入里每请求/每条记录都做一遍，CPU 会立刻拉满。
为什么 reflect.New 不是瓶颈，但一连串操作就崩了
单独调用 reflect.New(t) 只分配内存并返回指针，底层等价于 new(T)，快；但紧接着做 v.FieldByName("Name").SetString("foo") 就触发三重开销：线性遍历字段名字符串比对、每次 SetString 前检查可寻址性、interface{} 转换导致逃逸。实测单次字段赋值比直接赋值慢 20–50 倍，嵌套结构体或 slice 时衰减指数级加剧。
- 别在 for 循环里重复调用
reflect.TypeOf(v)或v.Type()—— 类型对象全局唯一，缓存reflect.Type指针即可复用 - 字段名查找不用每次都
FieldByName：提前用t.Field(i).Name构建map[string]int，查表 O(1) - 避免
v.Field(i).Interface()：若字段是导出的，直接用v.Field(i).String()、v.Field(i).Int()等原生方法，省掉接口转换和 GC 压力
reflect.Value.Elem() 和指针传参错位引发 panic 的真实原因
动态构建结构体后传给函数常 panic：reflect: Call using *struct as type struct。这不是反射 bug，而是你把 reflect.New(t).Interface()（返回 *T）直接塞进期望接收 T 的函数签名里。Go 反射严格区分值和指针类型，不会自动解引用。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 确认目标函数参数类型：用
f.Type().In(0).Kind() == reflect.Struct判断是否要值类型 - 若需值类型，必须用
reflect.New(t).Elem().Interface()——Elem()解出值，再Interface()转成T - 若字段含指针或 slice，
Elem()后还得reflect.Indirect才能安全设值，否则CanSet()返回 false
缓存什么才真正有效，缓存什么等于白干
缓存策略失效的主因是 key 选错或缓存对象本身不可复用。reflect.Value 实例带具体值，每次调用 reflect.ValueOf(x) 都新建，不能当 key；而 reflect.Type 是只读全局单例，地址恒定，才是缓存核心。
- 正确缓存：用
uintptr(unsafe.Pointer(t))作 map key，value 存map[string]int字段索引或预构的func(*T) string闭包 - 错误缓存：用
map[interface{}]T存reflect.Method—— 接口底层含动态指针，不同变量即使类型相同也无法命中 - 更激进但有效的做法：对稳定模型结构体，用
unsafe.Offsetof(T{}.Field)算偏移，封装无反射 getter，但字段顺序变动即崩溃，仅限热路径手术刀优化
代码生成才是多数场景的终点，不是起点
如果你的结构体字段名、标签规则、序列化逻辑是固定的（比如所有 json: tag 都要转 map），那就别让它活到运行时。用 //go:generate 在构建阶段生成 ToMap()、FromDB() 函数，性能接近手写，且 CI 可强制校验更新。
- CI 必须加检查：
go generate && git diff --quiet || (echo "generated code out of date" && exit 1) - 生成函数签名要和标准库一致，如
func(v *T) ([]byte, error)，才能无缝替换json.Marshal - 别在 ent/sqlc 生成代码外再包一层“泛型 repository”——那会重新引入反射和接口逃逸，白费生成功夫
最常被忽略的点：反射慢的本质不是“调用”，而是把编译期已知的事（字段名、类型、偏移）拖到运行时反复查表。一旦你发现某个结构体在多个地方被反复反射，它就该进 go:generate 流程了，而不是继续堆缓存或 unsafe 优化。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
