该用 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）？漏掉这一念，后面十行代码可能全白写。