go中接口隐式实现，反射无法反向枚举实现类型；判断接口是否nil需v.kind()==reflect.interface&&v.isnil()；convert()不支持接口转具体类型，应先interface()再类型断言；调用含接口参数方法时须确保reflect.value.type()可赋值给目标接口。
Go 里没有“接口实现类”这个概念——接口是隐式实现的，反射无法直接查出“谁实现了某个接口”，只能检查某个值是否满足接口契约。想靠反射反向枚举所有实现类型，行不通。
用 reflect.Value.Interface() 拿到值后，== nil 判断总是失败？
这是最典型的误判场景：字段类型是 io.Reader，值为 nil，但 v.Interface() == nil 返回 false。
-
v.Interface()返回的是一个interface{}，它内部包含 concrete type（比如*bytes.Buffer）和 value（nil）。只要 type 信息存在，这个 interface 就不是 Go 意义上的nil - 正确判断方式必须分两步：
v.Kind() == reflect.Interface && v.IsNil() - 其他支持
IsNil()的 kind 有：reflect.Map、reflect.Slice、reflect.Chan、reflect.Func、reflect.Ptr；对struct或int调用v.IsNil()会 panic
reflect.Value.Convert() 为什么总 panic？
想把一个 interface{} 字段转成具体类型（比如 *os.File），直接 v.Convert(targetType) 几乎必崩。
-
Convert()只适用于底层类型兼容的基础转换（如int32 → int64），不适用于接口→具体类型 - 它要求
v.Type().ConvertibleTo(targetType)为 true —— 这个条件对interface{}包裹的*os.File和目标*os.File并不成立，因为前者是interface{}类型，后者是指针类型 - 真正安全的做法是先解包：
v.Elem().Interface()（当v.Kind() == reflect.Interface且非空时），再做类型断言：val, ok := x.(io.Writer)
反射调用含接口参数的方法时，传参类型错在哪？
比如结构体有个方法 func (s *S) Write(w io.Writer)，用 reflect.Value.Call([]reflect.Value{...}) 调用失败，报错 reflect: Call using bytes.Buffer as type io.Writer。
- 错误根源：传入的
reflect.Value的Type()不匹配接口要求。例如你传了reflect.ValueOf(buf)（类型是bytes.Buffer），但方法需要io.Writer；或者传了reflect.ValueOf(&buf).Elem()（类型变成bytes.Buffer而非*bytes.Buffer） - 必须确保每个参数
reflect.Value的Type()是可赋值给目标接口的 —— 通常意味着你要传reflect.ValueOf(&someWriter)（得到*T），或确保T本身实现了该接口且你传的是reflect.ValueOf(someWriter) - 更稳的写法：先用
v.Interface()拿出原始值，确认它满足接口后，再包装成reflect.ValueOf()传入
接口在反射里不是“类型集合”，而是一个运行时契约容器；所有误判都源于混淆了 interface{} 的双元组（type + value）本质。绕不开的点只有一个：每次拿到 reflect.Value，先看 Kind()，再决定能不能 IsNil()、要不要 Elem()、能不能 Convert() —— 没有捷径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
