17370845950

必须用 Kind() 做类型分支而非直接比较 Type 对象，因 Type 比较的是具体类型（如 main.MyInt），而 Kind 比较的是基础类别（如 reflect.Int）；指针需先 Elem() 再操作，推荐 switch v.Kind() 清晰覆盖所有情况。

Go 语言中，reflect.TypeOf 和 reflect.ValueOf 是类型判断的起点，但**真正做类型分支逻辑时，必须用 Kind()，而不是直接比较 Type 对象**——这是绝大多数初学者踩坑的第一步。

为什么不能直接用 reflect.TypeOf(x) == reflect.TypeOf(int(0))？

因为 reflect.TypeOf 返回的是运行时的具体类型（concrete type），比如 main.MyInt、int32、pkg1.User，它们虽然 Kind 都是 int 或 struct，但类型字面值完全不同。直接比较会永远为 false。

• ✅ 正确做法：先取 .Kind()，再比对基础类别（如 reflect.Int、reflect.String）
• ❌ 错误写法：reflect.TypeOf(x) == reflect.TypeOf(int64(0)) —— 即使 x 是 int，也会失败
• ⚠️ 特别注意：指针、切片、map 等复合类型，Kind() 和 Type().Name() 完全不同（例如 *string 的 Kind 是 ptr，Name() 是空字符串）

Kind() 判断要先处理指针解引用

当你传入一个结构体指针 &User{}，reflect.ValueOf 默认拿到的是 ptr 类型，字段、方法都不可见。不手动 .Elem() 就调 .NumField() 会 panic。

• 判断前先检查：v.Kind() == reflect.Ptr，然后用 v.Elem() 获取实际值
• 安全访问字段示例：

  func safeGetField(v reflect.Value, name string) (reflect.Value, bool) {
      if v.Kind() == reflect.Ptr {
          v = v.Elem()
      }
      if v.Kind() != reflect.Struct {
          return reflect.Value{}, false
      }
      field := v.FieldByName(name)
      
  return field, field.IsValid()
  }

• 忘记 .Elem() 的典型错误：panic: reflect: call of reflect.Value.NumField on ptr Value

用 switch v.Kind() 替代层层 if 嵌套

Go 反射最清晰、最不易漏 case 的类型判断方式就是 switch + reflect.Kind 常量。它覆盖所有底层表示，且和 JSON、gRPC 等标准库行为一致。

• 常用 Kind 值：reflect.Int、reflect.Float64、reflect.String、reflect.Struct、reflect.Slice、reflect.Map、reflect.Ptr、reflect.Interface
• 注意：reflect.Interface 的 Kind 是 interface，但它的 .Elem() 才是真实内容类型
• 空接口 interface{} 传入后，如果值为 nil，reflect.ValueOf(x).IsValid() 会返回 false，必须先判空

最常被忽略的一点：反射判断类型不是为了“炫技”，而是为了在无法静态确定类型时（比如通用 ORM、日志字段提取、配置解析），守住运行时安全边界。一旦你发现需要靠反射做大量 switch Kind 分支，就该反问——这个逻辑能不能提前收敛到接口或泛型？毕竟 reflect 不报编译错误，但错一次，panic 就在生产环境等着你。