go 语言在编译后会丢弃函数参数和局部变量的名称信息，因此通过 reflect 包无法获取方法参数的名称——这些名称仅存在于源码中，不保留在运行时类型信息里。
在 Go 的反射系统中，reflect.Type 和 reflect.Method 提供了丰富的类型元数据，例如参数数量（NumIn()）、参数类型（In(i)）、是否为变参（IsVariadic()）等，但不包含参数标识符（即形参名）。这是因为 Go 编译器在生成目标代码时，仅保留类型签名所需的结构信息（如类型、顺序、是否变参），而将参数名视为纯开发期辅助信息，不写入二进制或反射数据。
例如，以下方法：
func (u *User) Update(name string, age int, tags ...string) error { ... }通过 reflect 只能获知它有 3 个输入参数（含接收者），类型依次为 string、int、[]string，以及第 3 个是变参；但无法得知它们分别叫 name、age、tags。
✅ 正确可用的反射信息示例：
移动端无限滚动加载瀑布流
下载
里面有2个文件夹。其中这个文件名是:finishing，是我项目还没有请求后台的数据的模拟写法。请求后台数据之后，瀑布流的js有一点点变化，放在文件名是：finished。变化在于需要穿参数到后台，和填充的内容都用后台的数据填充。看自己项目需求来。由于chrome模拟器是不允许读取本地文件json的，所以如果你要进行测试，在hbuilder打开项目就可以看到效果啦，或者是火狐浏览器。
m, ok := reflect.TypeOf((*User)(nil)).MethodByName("Update")
if !ok {
panic("method not found")
}
t := m.Type // 类型为 func(*User, string, int, ...string) error
fmt.Println("NumIn:", t.NumIn()) // 输出: 4（含接收者）
fmt.Println("Param 1 type:", t.In(1)) // string
fmt.Println("Param 2 type:", t.In(2)) // int
fmt.Println("Param 3 type:", t.In(3)) // []string
fmt.Println("IsVariadic:", t.IsVariadic()) // true❌ 不可行的操作（无对应 API）：
// ❌ 编译错误：no such method // t.In(1).Name() // reflect.Type.Name() 返回的是类型名（如 "string"），不是参数名 // m.Params[0].Name // reflect.Method 没有 Params 字段，更无 Name 属性
⚠️ 注意事项：
- 这不是 reflect 的功能缺失，而是 Go 语言设计上的明确取舍：追求简洁、高效、可预测的运行时，避免将调试信息（如变量名）强耦合到生产二进制中；
- 若需参数名（如用于自动生成 API 文档、OpenAPI Schema 或 RPC 调用桥接），必须借助源码分析工具，例如：
- golang.org/x/tools/go/packages + AST 遍历；
- go/ast 解析 .go 文件，提取函数声明中的 FieldList；
- 第三方库如 gqlgen 或 swaggo/swag 正是通过解析源码而非反射来获取参数名和注释。
? 总结：
运行时无法获取 Go 方法参数名 —— 这是语言规范决定的，非技术限制。如业务强依赖参数名，请转向编译前的源码分析方案，而非尝试在 reflect 中寻找不存在的 API。
