reflect.TypeOf 返回 reflect.Type 类型，用于获取变量运行时类型信息；Name() 对预声明类型、指针等返回空字符串，需用 Kind() 判断基本分类，配合 Elem() 获取指针指向类型名。
怎么用 reflect.TypeOf 获取变量的底层类型
reflect.TypeOf 返回的是 reflect.Type 类型，不是字符串，也不是 Go 的内置类型名。它描述的是运行时实际类型信息，包括结构体字段、指针层级、接口实现等。直接打印可能只看到类似 main.User 或 *main.User，但背后结构更细。
常见误操作是以为 reflect.TypeOf(x).Name() 总能拿到类型名——其实对指针、切片、接口、匿名字段或未导出类型，Name() 会返回空字符串，必须改用 Kind() 判断基本分类。
-
reflect.TypeOf(42).Name()→""（因为int是预声明类型，无包级名字） -
reflect.TypeOf(42).Kind()→reflect.Int -
reflect.TypeOf(&User{}).Name()→""（指针类型没有名字） -
reflect.TypeOf(&User{}).Elem().Name()→"User"（取指针指向类型的名）
判断 interface{} 实际类型该用 reflect.TypeOf 还是类型断言
如果只是做简单分支判断（比如“是不是 string”或“是不是 *bytes.Buffer”），类型断言更轻量、更安全、也更符合 Go 习惯：
if s, ok := v.(string); ok {
fmt.Println("it's a string:", s)
}
只有在以下情况才需要 reflect.TypeOf：
立即学习“go语言免费学习笔记（深入）”；
- 类型列表未知，需遍历所有可能（如通用序列化/反序列化）
- 要检查嵌套结构，比如 “这个 struct 的第 3 个字段是不是 int64”
- 需要获取方法集、tag、字段名等元信息
- 处理
interface{}中传入了自定义类型别名（如type MyInt int），且需区分原类型和别名
注意：reflect.TypeOf 对 nil 接口值会 panic，务必先判空：
if v == nil {
fmt.Println("value is nil")
return
}
t := reflect.TypeOf(v)
reflect.TypeOf 和 reflect.ValueOf 配合使用的典型场景
单靠 TypeOf 只能看“是什么类型”，不能读值；单靠 ValueOf 在未导出字段或不可寻址时会失败。二者常配合做深度检查：
- 检查结构体字段是否可导出：
t.Field(i).PkgPath == "" - 确认一个值是否为指针并解引用：
v.Kind() == reflect.Ptr && !v.IsNil()，再用v.Elem() - 对比两个变量类型是否“语义等价”（忽略别名）：
reflect.TypeOf(a).Comparable() && reflect.TypeOf(b).AssignableTo(reflect.TypeOf(a))
例如检查一个 interface{} 是否为非 nil 的切片并打印长度：
v := reflect.ValueOf(data)
if v.Kind() == reflect.Slice && v.IsValid() && v.Len() > 0 {
fmt.Printf("slice len: %d\n", v.Len())
}
容易被忽略的坑：反射性能与接口零值
reflect.TypeOf 本身开销不大，但频繁调用仍比静态类型判断慢一个数量级；更重要的是，它让编译器无法做类型内联和逃逸分析优化。线上高频路径应避免反射。
另一个关键点：接口变量本身为 nil，不代表其底层值为 nil。比如：
var w io.Writer = nil fmt.Println(w == nil) // true fmt.Println(reflect.ValueOf(w).IsNil()) // true var u *User = nil w = u fmt.Println(w == nil) // false（接口不为 nil） fmt.Println(reflect.ValueOf(w).IsNil()) // true（底层指针为 nil）
这种差异导致用 reflect.ValueOf(x).IsNil() 比直接 x == nil 更严格，也更接近“能否安全调用”的语义。但要注意：对非指针、非 slice、非 map、非 chan、非 func 类型调用 IsNil() 会 panic。
