reflect.ValueOf(interface{}) 拿不到 reflect.Interface 类型，因 interface{} 底层是“类型描述符+数据指针”，reflect.TypeOf 返回其包裹的具体类型（如 int），而非接口本身；reflect.Interface 仅存在于接口定义中，不体现在值的 Kind 中。

为什么 reflect.ValueOf(interface{}) 拿不到 reflect.Interface 类型？

因为 Go 的 interface{} 在底层是“类型描述符 + 数据指针”的两字结构，reflect.TypeOf(x) 返回的是它所包裹的**具体类型**（如 int、struct { Name string }），而不是接口本身。你永远无法通过 reflect.TypeOf(x) 得到 reflect.Interface 这个 Kind —— 它只出现在接口类型的**定义**中，而非值中。

• 错误认知：以为 var x interface{} = 42; reflect.TypeOf(x).Kind() == reflect.Interface → 实际是 reflect.Int
• 正确做法：若真要拿到接口类型（比如 io.Reader），必须用 reflect.TypeOf((*YourInterface)(nil)).Elem()
• 注意：(*YourInterface)(nil) 是取接口类型的指针再解引用，不是对某个值做断言

CanSet() == false 的根本原因和绕过条件

当你对一个包裹结构体值的接口变量（如 var x interface{} = MyStruct{Field: 1}）尝试反射修改字段时，reflect.Value.Field(0).CanSet() 一定返回 false，调用 SetString 等会 panic：“using unaddressable value”。这不是 bug，是 Go 的设计约束。

• 核心原因：接口存储的是值的副本，且该副本不可寻址（unaddressable）；而 reflect.Value.Set* 系列方法要求目标必须可寻址（即底层数据有固定内存地址）
• 唯一合法路径：原始值必须是指针，或从可寻址来源（如局部变量、切片元素、结构体字段）获取 reflect.Value
• 常见修复：把 var x interface{} = MyStruct{...} 改成 var x interface{} = &MyStruct{...}，再用 .Elem() 解一层

用 reflect.New 创建指针时传错 Type 的典型错误

reflect.New 要求参数是**类型描述符（reflect.Type）**，且该类型必须是能被取地址的（即不能是 int、string 这类值类型）。新手常直接传 reflect.TypeOf(0) 导致 panic。

• 错误写法：reflect.New(reflect.TypeOf(0)) → panic: “New using value type int”
• 正确写法一（推荐）：reflect.New(reflect.TypeOf((*int)(nil)).Elem())，即先构造 *int 类型再 .Elem() 得到 int 类型描述符
• 正确写法二：reflect.New(reflect.PtrTo(reflect.TypeOf(0)))，用 PtrTo 显式升格
• 关键点：reflect.New 返回的是 *T 的 reflect.Value，后续必须用 .Elem() 才能操作其指向的值

判断是否实现接口时，Implements 失败的三个硬伤

typ.Implements(ifaceType) 看似简单，但失败往往不是代码写错了，而是语义没对齐。

• 接收者不匹配：接口方法用指针接收者（func (t *T) M()），却拿 T{} 值类型去检查 → 返回 false
• 方法未导出：哪怕结构体内嵌了实现接口的字段，若该字段名小写（如 inner innerImpl），外部结构体也不会自动获得接口实现
• 类型来源混淆：误用 reflect.TypeOf(varWithConcreteValue) 代替 reflect.TypeOf((*YourInterface)(nil)).Elem() → 传进去的是具体类型，不是接口类型

最稳妥的做法是：所有待检查类型统一用指针形式（&T{}），接口类型严格用 (*YourInterface)(nil)).Elem() 构造，避免在运行时才暴露不匹配。