反射调用必须做有效性兜底，否则用户输错命令会直接panic；常见错误是传值类型而非指针导致MethodByName返回零值，Call时崩溃；需统一用指针、校验IsValid和CanCall、安全解析参数并缓存反射对象、正确处理返回值。
反射调用在命令行交互中不是“能用就行”，而是必须做有效性兜底，否则用户输错命令就直接 panic 退出。
为什么 command.Name 调用 reflect.Value.Call 会崩溃
常见错误是把结构体值传给 reflect.ValueOf() 后调 MethodByName()，比如 reflect.ValueOf(cmd).MethodByName("Run")。此时若 cmd 是值类型（非指针），且 Run 是指针接收者方法，MethodByName 返回零值 —— IsValid() 为 false，后续 Call 必 panic：panic: reflect: call of zero Value.Call。
- 必须用
reflect.ValueOf(&cmd)获取指针的反射值，再查方法 - 即使方法是值接收者，也建议统一用指针，避免接收者类型不一致导致行为差异
- 命令对象初始化时若为 nil（如未注册的命令名映射到 nil 指针），
reflect.ValueOf(&nilCmd)仍合法，但MethodByName后Call会报reflect: Call using nil *T
如何安全解析用户输入并匹配方法
用户输入类似 user create --name=alice --age=25，不能靠字符串拼接硬编码调用，得动态绑定。关键不是“怎么调”，而是“调之前怎么防错”。
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 先按空格切分命令，取第一个词查命令注册表：
cmds["user"]应返回一个非 nil 的 struct 指针 - 用
reflect.ValueOf(cmdImpl).MethodByName(action)查create方法，立刻检查method.IsValid() && method.CanCall() - 参数解析后，每个 flag 值需转成对应字段类型再包装：比如
--age=25要转成int，再用reflect.ValueOf(ageInt)包装；类型不匹配（如 string 传给 int 参数）会导致Callpanic - 推荐提前缓存
reflect.Value和参数类型签名，避免每次输入都重复TypeOf/ValueOf
空参、多返回、error 处理最容易漏掉
Call 返回 []reflect.Value，但新手常直接 results[0].Interface()，结果一遇到无返回值函数或 error 为 nil 就 panic。
立即学习“go语言免费学习笔记（深入）”；
- 空参调用必须传
nil，不是[]reflect.Value{}（Go 1.26 仍保持该行为） - 调用前先判断
len(results) > 0，再对每个 result 调IsValid() - 若方法签名是
func() (int, error)，要分别处理：results[0].Int()取整数，results[1].Interface()取 error，再显式判空：if err != nil { ... } - 不要用
fmt.Println(results)调试——它打印的是反射元数据，看不出真实值；要用.Interface()或对应取值方法
真正难的不是写通反射调用，而是让每种用户输入组合（错命令、少参数、类型错、空值）都不 panic，还能给出准确提示。这要求所有 MethodByName 和 Call 调用点都带校验链，而不是靠 recover 兜底。
