reflect.TypeOf返回reflect.Type描述静态类型，需调用.Name()或.String()获取名称；reflect.ValueOf需检查.CanInterface()和.Kind()才能安全读值；.Type()返回声明类型，.Kind()返回底层种类。
怎么用 reflect.TypeOf 拿到变量的类型信息
reflect.TypeOf 返回的是 reflect.Type，不是字符串也不是名字，它描述的是编译期确定的静态类型。比如 var x int = 42，reflect.TypeOf(x) 得到的是 int 类型的完整描述，不是 "int" 这个字符串。
常见误操作是直接打印结果，看到类似 main.MyStruct 就以为能当字符串用——其实得调用 .Name() 或 .String() 才行：
type User struct{ Name string }
u := User{"Alice"}
t := reflect.TypeOf(u)
fmt.Println(t.Name()) // "User"（仅导出字段可见）
fmt.Println(t.String()) // "main.User"
-
.Name()只对命名类型（如 struct、自定义 type）返回非空值；基础类型（int、[]string）返回空字符串 -
.String()总有内容，但包含包路径，不适合做类型判断依据 - 如果传的是指针，
reflect.TypeOf(&u)返回的是*main.User，不是main.User
怎么用 reflect.ValueOf 安全读取值
reflect.ValueOf 返回 reflect.Value，但它对未导出字段（小写开头）访问会 panic，哪怕你只是想 .Interface() 出来。
典型错误场景：结构体里有个 id int 字段，v := reflect.ValueOf(u); v.Field(0).Interface() 直接崩溃。
立即学习“go语言免费学习笔记（深入）”；
- 先用
v.CanInterface()判断是否允许转回 interface{}；不通过就别强转 - 读字段前，务必检查
v.Kind() == reflect.Struct和v.NumField() > i - 如果原值是指针，
reflect.ValueOf(&u)得到的是指针的 Value，要先.Elem()才能访问字段
为什么 reflect.Value.Interface() 常报 “can't access unexported field”
这不是反射的 bug，而是 Go 的导出规则在运行时的延续：反射不能绕过语言的可见性限制。即使你拿到了 struct 的 reflect.Value，只要字段名小写，.Interface() 就会 panic。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
真正能安全取出值的方式只有两种：
- 字段是导出的（大写开头），且
v.CanInterface() == true - 用
.UnsafeAddr()+unsafe.Pointer强制读——但这破坏内存安全，生产环境禁用
更现实的做法是：别依赖反射读私有字段；需要暴露数据时，加 Getter 方法或改成导出字段。
获取底层类型时，.Type() 和 .Kind() 到底区别在哪
v.Type() 是“它声明成什么类型”，v.Kind() 是“它底层是什么种类”。比如：
type MyInt int var x MyInt = 5 v := reflect.ValueOf(x) fmt.Println(v.Type()) // "main.MyInt" fmt.Println(v.Kind()) // "int"
这个区别在类型断言和泛型替代逻辑里特别关键。
- 做类型分支判断（比如只处理 slice 或 map），必须用
v.Kind() - 做精确类型匹配（比如只接受
time.Time），得用v.Type() == reflect.TypeOf(time.Time{}) -
v.Kind()的返回值是reflect.Kind枚举，比如reflect.Slice、reflect.Map，比字符串匹配更可靠
混淆这两者会导致看似能跑通、实际漏掉别名类型或 panic 的边界情况。
