必须传函数变量（不带括号）给 reflect.typeof 才能获取函数签名；需先校验 kind() == reflect.func，再用 numin/numout、in/out 获取参数与返回值类型；变参用 isvariadic 判断；接口名为空需用 string()；指针类型用 elem() 获取基类型；call 要求参数类型数量顺序严格匹配，须用 reflect.valueof 包装且注意可寻址性；参数名编译时被擦除，反射无法获取。
怎么用 reflect.TypeOf 拿到函数的参数和返回值类型
必须传函数变量（不带括号）给 reflect.TypeOf，否则拿到的是返回值类型，不是函数签名本身。比如 reflect.TypeOf(myFunc) 正确，reflect.TypeOf(myFunc()) 错误——后者传入的是调用结果。
拿到 reflect.Type 后，先校验 t.Kind() == reflect.Func，否则后续调 t.NumIn() 或 t.NumOut() 会 panic。
-
t.NumIn()返回参数个数，t.In(i)取第 i 个参数类型（i 从 0 开始，越界直接 panic） -
t.NumOut()返回返回值个数，t.Out(i)取第 i 个返回值类型；若为 0，再调t.Out(0)必 panic - 变参需结合
t.IsVariadic()判断（仅当最后一个参数是...T时返回 true），不能只看.Kind() - 接口类型（如
error）的.Name()为空，得用.String()；指针类型要调.Elem()才能拿到基类型
reflect.Value.Call 传参失败的常见原因
根本原因是 reflect.Value.Call 对参数类型、数量、顺序零容忍，错一项就 panic，且错误信息不提示具体哪项不匹配。
- 参数必须是
[]reflect.Value，每个元素都得用reflect.ValueOf(x)包装，不能传原始值（如int）或指针字面量（如&x）直接塞进去 - 若函数参数是
*string，你得传reflect.ValueOf(&s)，不是reflect.ValueOf(s) - 函数含
interface{}参数时，反射无法自动推断底层类型，必须确保传入的reflect.Value底层类型与实际期望一致 - 结构体字段未导出（小写名）时，即使整个结构体导出，
FieldByName也返回零值，后续 Call 极易因类型不匹配崩溃
如何安全构造参数并避免 panic
最稳妥的做法是按函数签名动态生成对应类型的零值，而不是硬编码或依赖外部输入。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 用
t.In(i)获取每个参数类型，再用reflect.Zero(t.In(i))构造该位置的零值 - 若参数是指针类型（
t.In(i).Kind() == reflect.Ptr），需先reflect.New(t.In(i).Elem())再.Elem()得到可设值的reflect.Value - 对可寻址目标（如局部变量、切片元素）才可安全修改：传
reflect.ValueOf(&x)给 Call，而非reflect.ValueOf(x).Addr()（后者在 x 不可寻址时 panic） - 调用前务必比对
len(args) == t.NumIn()，不等直接报错，别等 Call 时崩
为什么永远拿不到参数名
Go 编译器在生成二进制时不保留函数参数名，reflect 包在运行时完全看不到 a、user、timeout 这类标识符——它只暴露类型序列。
如果你真需要参数名（比如做 HTTP handler 自动绑定），只能走外部路径：
- 用
go/parser+go/ast解析源文件，提取函数声明节点的Field.Names - 借助
go list -json或gopls获取结构化 AST 输出 - 加注释标记（如
// param: user_id），再正则提取——简单但维护成本高 - 放弃运行时反射，改用
go:generate在编译前生成带参数名的元数据
这点容易被忽略：你以为反射能“读”签名字符串，其实它连第一个参数叫什么都一无所知。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
