reflect.Value.Interface() panic 因解引用 nil 指针，须先校验 v.IsValid() && v.CanInterface()；StructTag 应用 Tag.Get("key") 解析，勿手撕字符串；reflect.Call 参数必须为 []reflect.Value 且类型严格匹配，MethodByName 前需确认导出与接收者类型一致。
reflect.Value.Interface() 为什么 panic: nil pointer dereference
因为 reflect.Value.Interface() 会尝试解引用底层指针，而传入的是 nil 指针 —— 它不指向任何内存地址，解引用即崩溃。
常见于从 map[string]interface{} 取值后直接反射、函数返回 nil 接口、结构体字段为未初始化指针时调用 FieldByName 后直接 Interface()。
- 永远先校验：
v.IsValid() && v.CanInterface()，缺一不可 -
IsValid()判定是否为零值（如reflect.ValueOf(nil)或空 map 查找失败） -
CanInterface()判定是否允许转成 interface{}（例如 unexported 字段或未寻址的值会返回 false） - 错误写法：
v := reflect.ValueOf((*string)(nil)); v.Interface()→ panic - 正确写法：
if v.IsValid() && v.CanInterface() { x := v.Interface() }
StructTag 解析别手撕 strings.Split
struct tag 是带引号的键值对组合，比如 json:"user name,omitempty"，直接用 strings.Split(tag, " ") 或 strings.Split(tag, `"`) 会错切空格和引号，导致 key 截断或 value 丢失。
reflect.StructField.Tag.Get("json") 内部已按标准规则解析：跳过空格、识别引号包裹、支持逗号分隔选项。
立即学习“go语言免费学习笔记（深入）”；
- 不存在的 tag key（如
Tag.Get("xml")）返回空字符串，不会 panic - 要取 options（如
omitempty），再对Get("json")结果用strings.SplitN(tag, ",", 2) - 别写成
Tag.Get("json:")—— 冒号不是 tag 键的一部分 - 性能无负担，
Tag.Get()是纯栈上操作，无内存分配
reflect.Call 参数必须是 []reflect.Value，且类型严格匹配
不是传原始 Go 值，也不是传 []interface{}，更不是靠“差不多”匹配 —— Call 要求每个参数都是 reflect.Value，且其 Type() 必须与方法签名完全一致（含基础类型别名、指针层级）。
- 接收者要是指针？那就得
reflect.ValueOf(&obj)，不是reflect.ValueOf(obj) - 方法定义为
func (s *T) Foo(x int)，则参数列表必须是[]reflect.Value{reflect.ValueOf(123)}，不能是reflect.ValueOf(int32(123)) - 高频调用务必缓存
reflect.Value.MethodByName("Foo")，避免重复查找 - 调用前必做：
if !method.IsValid() || !method.CanCall()，否则Call一定 panic - 输入是 interface{}？先判空：
if obj == nil { return err }，再reflect.ValueOf(obj)
MethodByName 返回零值，90% 是导出规则或接收者类型错
MethodByName 返回零值（reflect.Value 的 IsValid() 为 false），几乎只因两个原因：方法名首字母小写，或传入的 reflect.Value 类型与方法接收者不匹配。
- 方法名必须首字母大写：
Foo()✅，foo()❌（反射根本看不见） - 接收者是
*T，你就得传reflect.ValueOf(&t)；接收者是T，才传reflect.ValueOf(t) - 如果变量本身已是
*T类型（如t := &MyStruct{}），直接reflect.ValueOf(t)即可，不要再写reflect.ValueOf(&t) - 别依赖文档说“应该能调”，运行时
CanCall()才是唯一可信依据
最易被忽略的是：nil 接口传进去，reflect.ValueOf(nil) 得到零值，后续所有反射操作都失效 —— 这类问题往往在深层嵌套调用中才暴露，且堆栈里看不到原始 nil 来源。
