reflect.TypeOf 直接传值可获取其静态类型对象，如 reflect.TypeOf(42) 得 int，reflect.TypeOf(&42) 得 *int；接口变量传入返回底层具体类型，Name() 返回导出类型的名称，未命名类型返回空字符串。
怎么用 reflect.TypeOf 拿到变量的类型对象
直接传入任意值，reflect.TypeOf 返回一个 reflect.Type 实例，它描述了该值的静态类型。注意：传的是值本身，不是指针（除非你明确想看指针类型）。
常见错误是传了 &v 却以为拿到的是 v 的类型 —— 实际上你拿到的是 *T 的类型。
- 如果
v := 42，reflect.TypeOf(v)返回int类型对象 - 如果
v := 42，reflect.TypeOf(&v)返回*int类型对象 - 接口变量传进去，得到的是其底层具体类型的
Type，不是interface{}
package main
import (
"fmt"
"reflect"
)
func main() {
s := "hello"
fmt.Println(reflect.TypeOf(s)) // string
fmt.Println(reflect.TypeOf(&s)) // *string
fmt.Println(reflect.TypeOf(([]int{}))) // []int
}
reflect.Type 常用方法有哪些
拿到 Type 对象后，主要靠它暴露的方法查结构。别指望它有字段可直接读 —— 全部封装成方法调用。
-
Name()：返回类型名（仅导出类型有值；未命名类型如[]int、struct{}返回空字符串） ：返回基础类别，比如 reflect.Struct、reflect.Slice、reflect.Ptr等 —— 这个比Name()更可靠，用于分支判断-
String()：返回类似"[]int"或"main.User"的字符串表示，适合日志或调试 -
Elem()：对指针、切片、映射、通道、数组等“容器类”类型，返回其元素类型；对非容器类型调用会 panic -
Field(i int)和NumField()：仅对Kind() == reflect.Struct有效，用于遍历结构体字段
特别注意：Kind() 和 Name() 不是一回事。比如 type MyInt int，Kind() 是 reflect.Int，Name() 是 "MyInt"。
为什么 reflect.TypeOf 看不到结构体字段标签
因为 reflect.TypeOf 只返回类型信息，而结构体字段的 tag 属于字段（field）层级，必须先通过 Type.Field(i) 拿到 reflect.StructField，再读它的 Tag 字段。
- 直接调
reflect.TypeOf(myStruct).Tag❌ 不存在这个字段 - 正确路径是：
t := reflect.TypeOf(myStruct); t.Field(0).Tag.Get("json")✅ - 如果结构体是匿名嵌入，
Field(i)只返回顶层字段，不自动展开嵌入字段
type User struct {
Name string `json:"name"`
Age int `json:"age"`
}
u := User{}
t := reflect.TypeOf(u)
fmt.Println(t.Field(0).Tag.Get("json")) // "name"
fmt.Println(t.Field(1).Tag.Get("json")) // "age"
反射获取类型时容易忽略的性能和安全点
反射不是零成本操作。每次调用 reflect.TypeOf 都涉及运行时类型查找，且返回的 Type 对象不能缓存跨 goroutine 复用（虽然它本身是只读的，但标准库不保证并发安全）。
- 高频路径（如 HTTP 中间件、序列化循环）中避免反复调
reflect.TypeOf(x)，应提前缓存reflect.Type实例 -
reflect.Type不能比较相等（==报错），要用reflect.Type.AssignableTo()或reflect.Type.ConvertibleTo()判断兼容性 - 对
nil接口调reflect.TypeOf(nil)返回nil，不 panic，但后续调任何方法都会 panic —— 务必先判空
最常被跳过的一步：拿到 Type 后没检查 Kind() 就直接调 Elem() 或 Field()，结果 runtime panic。
