go反射无法获取包级常量的类型信息，因为常量在编译期被内联为字面量，无运行时身份；reflect.typeof(const) 实际推导其底层类型，而非反射常量本身。
反射无法直接获取包级常量的类型信息
Go 的 reflect 包在运行时只能看到变量（interface{}、struct 字段、函数返回值等）的类型和值，但包级常量（const）在编译期就被内联或替换为字面量，根本不会生成运行时可反射的对象。你用 reflect.TypeOf(YourConst) 看到的其实是它“被推导出的底层类型”，而非常量本身被反射 —— 因为它压根没进反射系统。
常见错误现象：reflect.TypeOf(math.Pi) 返回 float64，但这不是“反射到了常量”，而是编译器把 math.Pi 当作一个未命名的 float64 值传给了 TypeOf；你无法通过反射得知这个值原本是 const、是否带标签、是否属于某个枚举组。
- 所有
const在编译后都退化为字面量或类型固定的右值，没有独立的运行时身份 -
reflect.ValueOf(constant)得到的是一个不可寻址、不可修改的Value，且CanInterface()为 true，但CanAddr()一定为 false - 如果你试图对常量取地址再反射（比如
&MyConst），会触发编译错误：cannot take the address of MyConst
想拿到常量的类型？老实用它的值做类型推导
既然常量不进反射系统，唯一可靠的方式是把它当作一个普通值传给 reflect.TypeOf 或 reflect.ValueOf，依赖 Go 的类型推导规则。这本质是“借值问型”，不是“查常量元数据”。
使用场景：写泛型工具函数、生成文档、做静态分析辅助（但注意：这类代码必须在常量有明确类型的前提下才稳定）。
立即学习“go语言免费学习笔记（深入）”；
- 无类型常量（如
const x = 42）传入reflect.TypeOf会按上下文推导 —— 单独调用时默认为int，赋值给float64变量后传入就变成float64 - 有类型常量（如
const y int32 = 100）无论怎么传，reflect.TypeOf(y)都稳定返回int32 - 字符串常量同理：
const s string = "hello"→reflect.TypeOf(s).Kind() == reflect.String
示例：
const (
ModeRead uint32 = 1 << iota
ModeWrite
)
fmt.Println(reflect.TypeOf(ModeRead).Kind()) // 输出 uint32
需要批量处理一组常量？靠 go:generate + ast 解析，别硬扛反射
想自动提取 const 块里的所有名字、值、类型、注释？反射做不到。必须在编译前用 AST（抽象语法树）解析源码 —— 这是唯一能“看见 const 声明本身”的方式。
容易踩的坑：有人试图用 go list -json 或 go doc 提取常量，但它们不暴露类型细节；也有人想用 runtime/debug.ReadBuildInfo()，但它只含模块信息，不含源码结构。
- 推荐工具链：
golang.org/x/tools/go/packages+go/ast，定位*ast.GenDecl中Tok == token.CONST的节点 - 注意 const 块可能混用类型（如
const (A = 1; B string = "x")），需逐个检查*ast.ValueSpec.Type - 如果常量用了
iota，值需模拟计算（AST 不存计算结果），简单 case 可手写逻辑，复杂 case 建议用go/types做类型检查后求值
enum-style 常量想带描述？用自定义类型 + 方法，而非反射
很多人想实现类似 Python enum 的反射式描述（MyEnum.Value.String()），但在 Go 里，最简洁健壮的做法是定义具名类型并实现 String() 方法，而不是折腾“怎么让反射吐出注释”。
性能影响：方法调用零开销；反射方案反而要 runtime lookup，且无法内联。
- 不要写
var ConstMap = map[interface{}]string{ModeRead: "read"}—— key 类型混乱、无法类型安全、内存占用高 - 正确姿势：定义
type FileMode uint32，为它实现func (f FileMode) String() string，并在方法里用 switch 列出所有已知常量 - 如果常量太多，可用
stringer工具自动生成String()方法，它也是基于 AST，不是反射
示例：
type FileMode uint32
const (
ModeRead FileMode = 1 << iota
ModeWrite
)
func (f FileMode) String() string {
switch f {
case ModeRead: return "read"
case ModeWrite: return "write"
default: return fmt.Sprintf("FileMode(%d)", uint32(f))
}
}
真正难的从来不是“怎么反射常量”，而是接受 Go 的设计哲学：常量是编译期概念，类型系统在编译时就该厘清。 runtime 反射只负责活的对象，不负责源码声明。越早放弃“用反射解决一切元编程”的念头，越少掉进类型擦除和不可寻址的坑里。
