该用 reflect.Type 时：需精确匹配自定义类型、访问结构体字段名、检查方法集或打印可读类型名；该用 reflect.Kind 时：只关心数据“形状”，如遍历切片、解包指针或序列化通用逻辑。
Kind 是底层分类，Type 是具体类型；判断“是什么结构”用 Kind，判断“是不是某个自定义类型”必须用 Type。
什么时候该用 reflect.Type？
当你需要做类型精确匹配、访问结构体字段名、检查方法集、或打印可读类型名时，reflect.Type 不可替代：
- 判断变量是否为自定义类型
UserID：必须写t == reflect.TypeOf(UserID(0))，而不是t.Kind() == reflect.Int（后者会把所有整型都误判） - 获取结构体字段：
t.Field(0).Name只能通过reflect.Type调用 - 日志中输出类型标识：
t.String()返回"main.User"，而t.Kind()只返回struct - 检查接口是否实现了某方法：
t.MethodByName("Save")依赖Type的完整信息
什么时候该用 reflect.Kind？
当你只关心数据的“形状”而非“身份”，比如统一处理容器、做泛型式分支逻辑时，Kind 更安全、更抽象：
- 遍历任意切片：
v.Kind() == reflect.Slice就够了，不用管它是[]string还是[]*User - 解包指针：
v.Kind() == reflect.Ptr后调用v.Elem()，再根据v.Elem().Kind()决定下一步（比如是struct就遍历字段，是int就取值） - 序列化/反序列化通用逻辑：
switch v.Kind()是标准写法，避免为每个自定义类型写重复 case - 注意：
reflect.Ptr的Kind是ptr，但它的Type是*int—— 如果你错把t.Kind()当成t去比较，就会永远不匹配
常见错误：把 Kind 当 Type 用
这是反射新手最常掉的坑，现象是类型判断永远失败：
type MyInt int
func isMyInt(v interface{}) bool {
t := reflect.TypeOf(v)
// ❌ 错误：MyInt 的 Kind 是 int，但这里想判断的是 MyInt 类型本身
return t.Kind() == reflect.TypeOf(MyInt(0)).Kind() // 总是 true（因为都是 int）
// ✅ 正确：必须比较 Type 对象
return t == reflect.TypeOf(MyInt(0))
}
- 自定义类型（哪怕只是
type T int）和它的底层类型int的Kind相同，但Type不同 -
reflect.TypeOf(&x).Kind()是ptr，而reflect.TypeOf(&x).Elem().Kind()才是int—— 忘记Elem()会导致 panic 或逻辑错乱 - 对
nil接口调用reflect.TypeOf(nil)返回nil，此时不能调用.Kind()，会 panic；应先用reflect.ValueOf(v).IsValid()守护
真正难的不是记住区别，而是每次写反射时下意识问自己一句：我是在区分“车”（Kind）还是“这辆红色丰田卡罗拉”（Type）？漏掉这一念，后面十行代码可能全白写。
