应避免直接用 reflect.Value.Interface() 获取枚举值，因其返回基础类型而丢失枚举类型信息；正确做法是先判断 Kind 和 Type().Name()，再用 .Int() 或 .Uint() 显式提取数值。
怎么用 reflect.Value.Interface() 安全拿到枚举常量的真实值
Go 的枚举本质是具名整数常量，反射拿到的 reflect.Value 默认不保留原始类型信息，直接调 .Interface() 会返回底层基础类型（比如 int），丢失枚举名和类型上下文。这在做动态配置校验、日志打印或序列化时容易出错。
正确做法是先判断是否为命名类型（即你定义的枚举类型），再用 .Int() 或 .Uint() 显式提取数值，并配合 .Type().Name() 恢复类型名：
enumVal := reflect.ValueOf(MyEnumType(1))
if enumVal.Kind() == reflect.Int && enumVal.Type().Name() != "" {
typeName := enumVal.Type().Name() // "MyEnumType"
rawValue := enumVal.Int() // 1
}
- 别依赖
.Interface()的返回类型——它永远是基础类型，不是你的枚举类型 - 如果枚举基于
uint8等无符号类型，必须用.Uint()，否则.Int()会 panic -
reflect.ValueOf(constant)和reflect.ValueOf(&var).Elem()行为一致，但前者无法获取地址，所以不能用.Addr()去查指针引用
为什么 reflect.TypeOf() 对 iota 常量返回的是基础类型
Go 编译器在常量传播阶段就把 iota 展开成具体字面值（如 0、1），而常量本身没有运行时类型信息。所以 reflect.TypeOf(MyEnumA) 实际等价于 reflect.TypeOf(0)，结果是 int，不是你定义的枚举类型名。
只有变量、字段、接口值才携带完整类型元数据。想让反射“认出”枚举，得让它作用在有类型绑定的载体上：
立即学习“go语言免费学习笔记（深入）”；
- 用变量承载：
var e MyEnumType = MyEnumA→reflect.TypeOf(e).Name()返回"MyEnumType" - 用结构体字段：
struct{ E MyEnumType }{MyEnumA}→ 字段类型可被完整反射 - 避免直接对裸常量调
reflect.TypeOf做类型断言，它没意义
如何在运行时把整数还原成对应枚举名（类似 Java 的 name()）
Go 没有内置枚举名映射，反射也无法逆向查常量名。常见错误是试图用 reflect.Value 遍历包级符号——不行，reflect 包不提供符号表查询能力。
可行方案只有手动维护映射，但要注意生成方式和边界：
var MyEnumNames = map[int]string{
0: "MyEnumA",
1: "MyEnumB",
2: "MyEnumC",
}
- 不要手写映射——容易漏、易不同步；用
go:generate+stringer自动生成最稳 - 映射 key 必须是底层整数值，不是
reflect.Value.Int()后再转成 int（重复转换可能溢出） - 如果枚举含负值或大整数（如
int64），map key 类型要匹配，别默认用int - 注意
stringer生成的String()方法只对变量有效，对常量字面值仍需先转成变量再调
反射判别枚举时最容易忽略的兼容性坑
同一枚举类型在不同包里可能被反射识别为不同 reflect.Type，哪怕定义完全一样。这是因为 Go 的类型身份基于包路径 + 名称，跨包 alias 不等于同一类型。
- 比如
pkgA.MyEnum和pkgB.MyEnum（即使 alias 自同一底层类型），reflect.TypeOf(x) == reflect.TypeOf(y)会返回false - 用
reflect.Value.Convert()强转前，务必先用.ConvertibleTo()检查，否则 panic - 如果接收方是 interface{}，且内部存的是枚举变量，用
reflect.ValueOf(v).Kind() == reflect.Int只能说明它是整数，不能确认是你的枚举——必须结合.Type().PkgPath()和.Type().Name()双重比对
类型安全边界比看起来窄，尤其在 plugin 或跨模块调用时，别假设“长得一样就是同一个类型”。
