go 语言在编译后会丢弃函数参数的名称信息，因此通过 `reflect` 包无法获取方法或函数的参数名——这些名称仅存在于源码中，不保留在运行时类型信息里。
在 Go 的反射系统中，reflect.Type 和 reflect.Value 提供了丰富的类型元数据，例如参数数量（NumIn()）、各参数类型（In(i)）、是否为变参（IsVariadic()）等，但不包含参数标识符（即变量名）。这是因为 Go 编译器在生成目标代码时，会将形参名作为开发期辅助信息完全擦除，仅保留类型、顺序与调用约定等必要信息。
例如，对于如下方法：
func (s *Service) Process(id int, name string, tags ...string) error {
// ...
}通过 reflect.Method.Type.In(i) 可以得到 int、string、[]string 类型，但无法得知第 0 个参数名为 id，第 1 个为 name，变参名为 tags。
✅ 正确可获取的信息（已支持）：
- 参数总个数（NumIn()，含 receiver）
- 各参数类型（In(i)）
- 是否为变参（IsVariadic()）
- 变参索引与类型（In(NumIn()-1)）
❌ 不可能获取的信息（运行时不存在）：
- 参数名称（如 "id", "name", "tags"）
- 参数注释或文档
- 局部变量名（同理，所有局部符号均被剥离）
⚠️ 注意事项：
- 不要尝试通过解析 .go 源文件（如使用 go/parser）来提取参数名并关联到运行时反射对象——这在通用场景下不可靠：源码可能缺失、路径不一致、存在重命名导入、构建标签（// +build）导致实际编译版本与源码不匹配。
- 若需参数名用于调试、日志、文档生成等目的，建议采用显式方式补充，例如：
- 使用结构体封装参数（字段名天然可反射）；
- 为关键方法定义配套的元数据（如 map[string]string{"id": "user ID", "name": "display name"}）；
- 借助代码生成工具（如 stringer 或自定义 go:generate 脚本）在编译前从 AST 提取并生成映射表。
? 总结：Go 的设计哲学强调“运行时精简”，反射能力严格限定于类型系统层面，不暴露语法层符号。理解这一边界，有助于避免在调试、序列化、AOP 等场景中走入死胡同——当需要参数语义时，应主动建模，而非依赖隐式反射。
