go反射无法获取包级常量的类型元数据，因常量在编译期被内联为字面量，无运行时身份；reflect.typeof(const)仅推导其底层类型，而非常量本身类型。
Go 反射无法真正“探测”包级常量的类型元数据，因为常量在编译期就被擦除，运行时只剩字面量。你看到的 reflect.TypeOf(MyConst) 结果，只是编译器根据该常量值推导出的底层类型，不是常量本身的反射对象。
为什么 reflect.TypeOf(const) 返回的是基础类型而非常量类型名
Go 编译器对 const 做常量传播（constant propagation），所有包级常量在生成机器码前都已展开为字面量。例如 const ModeRead uint32 = 1 在反射入口处实际等价于传入 <code>uint32(0)，reflect.TypeOf(ModeRead) 自然返回 uint32，而非 "ModeRead" 或自定义类型名。
-
reflect.TypeOf(math.Pi)返回float64，不是因为“反射到了Pi”，而是因为它被当作一个未命名的float64值传入 - 无类型常量（如
const x = 42）单独调用reflect.TypeOf(x)会按默认规则推导为int；若赋值给var y float64 = x后再反射，则返回float64 - 有类型常量（如
const s string = "hello"）行为稳定：reflect.TypeOf(s).Kind()恒为reflect.String，.Name()为空字符串（因无具名类型）
如何安全提取枚举常量的真实数值和类型上下文
Go 枚举本质是具名整数常量，反射无法保留其“枚举身份”。直接调 .Interface() 会丢失类型信息，返回 int 或 uint64 等基础类型，导致日志、序列化或配置校验出错。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 必须先检查
reflect.Value.Kind()和.Type().Name()：若.Name() != ""，说明该值来自具名类型（如MyEnumType），可信任其语义 - 用
.Int()或.Uint()显式提取数值：若底层是uint8，调.Int()会 panic，必须匹配类型 - 裸常量（如
MyEnumA）反射后.Type().Name()为空；要让反射“认出”枚举，必须让它承载在变量或结构体字段上：var e MyEnumType = MyEnumA→reflect.TypeOf(e).Name()才是"MyEnumType"
常见错误：试图通过反射逆向查常量名或符号表
有人想实现类似 Java 的 MyEnumType.valueOf(1) 或 name()，但 Go 反射不提供运行时符号表查询能力 —— reflect 包无法遍历包内所有 const 定义，也无法从整数反查对应常量标识符。
-
reflect.ValueOf(1).Interface()永远只是int(1)，不是ModeRead - 试图用
runtime.FuncForPC或debug.ReadBuildInfo辅助解析？不行，这些与常量名无绑定关系 - 唯一可行路径是静态手段：用
go:generate+ast包在构建时扫描 const 块，生成映射代码（如map[uint32]string）
最易被忽略的一点：你写的“反射常量类型”逻辑，其实根本没在反射常量 —— 你在反射一个被编译器悄悄替换成字面量的右值。所有依赖 reflect.TypeOf(const).Name() 做分支判断的代码，本质上都是脆弱的，除非你强制所有常量带显式类型声明并始终用变量承载。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
