Go反射无法获取const值的原始字面量，因常量在编译期被内联优化，运行时不存在可反射对象；需用go:generate+ast解析源码提取。
Go 反射无法获取 const 值的原始字面量
Go 的 reflect 包在运行时只能看到变量（var）的值，对 const 完全不可见——不是限制，是设计使然。常量在编译期就被内联、替换或优化掉了，根本不会生成运行时可反射的对象。
常见错误现象：reflect.ValueOf(MyConst).Kind() 编译失败，或传入一个被常量赋值的变量后得到的是该变量类型（如 int），而非“这是个常量”的元信息。
- 使用场景：想自动收集项目中所有 HTTP 状态码常量并生成文档？不行，得换路子
- 参数差异：传
MyConst直接报错（非接口/非可寻址值）；传&MyVar或MyVar（若它是从常量赋值来的变量）能拿到值，但拿不到“它源自哪个 const” - 性能影响：无——因为压根走不通，不触发反射逻辑
替代方案：用 go:generate + ast 解析源码
想真正提取常量定义（名字、类型、字面量、所在文件），必须在编译前解析 Go 源文件 AST。这不是反射的事，是代码生成的事。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 写一个
main.go工具，用go/parser和go/ast遍历*ast.GenDecl中的*ast.ValueSpec - 过滤
spec.Tok == token.CONST，再逐个检查spec.Values是否为基本字面量（*ast.BasicLit） - 用
fmt.Sprintf("%v", lit.Value)获取原始字符串形式（如"200"或`"OK"`），比运行时取值更准 - 别依赖
go list -f输出，它不带字面量细节；也别试图用正则——Go 语法太灵活，会漏掉带括号、iota、复合字面量等情况
为什么 struct tag 不是常量反射的出路
有人试过把常量信息塞进 struct field tag，比如 type Status struct { Code int `const:"HTTP_OK=200"` }，再用反射读 tag——这确实可行，但本质是手动重复声明，不是“反射常量”。
问题在于：
- 维护成本翻倍：改
const HTTP_OK = 200，还得同步改 tag 字符串 - tag 是字符串，没有类型校验；反射读出来还要自己 parse，容易出错（比如写成
const:"HTTP_OK=200a"） - 无法覆盖 iota 枚举、未导出常量、跨文件常量等场景
- 性能上没优势：tag 解析仍是运行时开销，且不如直接查 map 或 switch 快
唯一能“间接反射常量”的边界情况：接口变量绑定常量
如果常量被显式转成接口类型并赋给变量，反射能看到值和动态类型，但依然不知道它曾是 const：
const Pi = 3.14159
var x interface{} = Pi // 这里 Pi 被隐式转换为 float64 并装箱
v := reflect.ValueOf(x)
fmt.Println(v.Float()) // 3.14159
fmt.Println(v.Kind()) // float64 —— 不是 "const"
这种写法只在极少数桥接场景（比如测试 mock 常量值）有点用，但代价是失去类型精确性（interface{}）、增加内存分配，且无法追溯来源。
真正难的不是怎么绕过限制，而是意识到：Go 的常量本就不属于运行时契约。一旦需要元数据，就得在构建阶段解决——要么 AST，要么代码生成，要么约定注释格式配合工具。想靠 reflect 补这个洞，只会越补越深。
