泛型是编译期类型抽象，反射是运行时类型探查；选哪个取决于编译时是否已知类型：泛型零开销但无法处理动态类型，反射灵活但有性能与安全代价，二者在需编译期约束+运行时结构分析时必须协同使用。
Go 中的 reflect 和泛型（[T any]）根本不是同一维度的工具：泛型是编译期类型抽象机制，反射是运行时类型探查机制。选哪个不取决于“哪个更好”，而取决于你是否**在编译时就知道类型**。
泛型：编译时特化，零运行时开销
泛型函数或结构体在编译时会为每个实际传入的类型生成专用副本（单态化），比如 func Print[T any](v T) 传入 int 和 string，最终生成两个完全独立、无接口调用开销的函数。
- ✅ 类型错误在编译期暴露，IDE 能跳转、补全、推导
- ✅ 性能等同手写类型专用代码，无
interface{}拆装箱、无reflect.Value构造成本 - ❌ 无法处理“编译时完全未知”的类型，比如从 JSON 动态解析出的任意嵌套结构
- ❌ 不能绕过类型系统做字段赋值、方法调用等运行时动态操作
func Sum[T Number](s []T) T {
var total T
for _, v := range s {
total += v
}
return total
}
// 编译后：Sum[int]、Sum[float64] 是两份独立机器码，不共享逻辑
反射：运行时动态，但代价明确
reflect 在程序运行时才读取变量的类型、字段、方法，适用于配置驱动、序列化、ORM、通用调试工具等场景。它不关心你传的是什么类型，只关心“现在这个值长什么样”。
- ✅ 可处理任意
interface{}值，包括 map、slice、struct 等复杂嵌套结构 - ✅ 支持字段读写、方法调用、类型转换（如
json.Unmarshal底层全靠它） - ❌ 每次
reflect.ValueOf(x)都有内存分配和类型检查开销 - ❌ 类型错误（如对 int 调用
.Field(0)）只在运行时 panic，IDE 无法预警 - ❌ 代码可读性差，容易写出难以维护的“魔法逻辑”
func GetField(v interface{}, name string) interface{} {
rv := reflect.ValueOf(v)
if rv.Kind() == reflect.Ptr {
rv = rv.Elem()
}
return rv.FieldByName(name).Interface()
}
// 传入 &User{Name: "Alice"} → 返回 "Alice"；但传入 int 就 panic
泛型 + 反射：什么时候必须一起用？
泛型本身无法解决“类型擦除后如何动态操作字段”的问题。当你需要一个泛型容器，又想在内部对元素做运行时结构分析（比如校验 struct tag、序列化字段），就必须在泛型函数里调用 reflect。
- 典型场景：通用数据校验器（如基于
validate:"required"tag 的泛型验证函数） - 典型场景：轻量 ORM 的
Insert[T any](t *T)方法，需用反射提取字段名和值拼 SQL - ⚠️ 注意：别在热路径（如循环内）反复调用
reflect.TypeOf或reflect.ValueOf—— 提前缓存reflect.Type和reflect.Value的零值模板 - ⚠️ 注意：泛型参数
T到反射里变成reflect.TypeOf((*T)(nil)).Elem()，不是reflect.TypeOf(T(nil))（后者报错）
func Validate[T any](v *T) error {
t := reflect.TypeOf(*v) // ✅ 正确：先解引用再取类型
vVal := reflect.ValueOf(v).Elem()
for i := 0; i < t.NumField(); i++ {
field := t.Field(i)
if tag := field.Tag.Get("validate"); tag == "required" {
if !vVal.Field(i).IsValid() || isEmpty(vVal.Field(i)) {
return fmt.Errorf("%s is required", field.Name)
}
}
}
return nil
}
真正难的不是“用不用反射”，而是判断“这个需求到底需不需要运行时能力”。如果业务逻辑里所有类型都在代码里明确定义了（比如链表、队列、过滤器），就该用泛型；如果要兼容用户上传的任意 YAML、解析未知结构的 API 响应、或实现一个通用的 DeepCopy，那反射就是绕不开的底层支撑 —— 泛型只是帮你把入口变得更安全、更易用而已。
