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) 看似简单，但失败往往不是代码写错了，而是语义没对齐。
立即学习“go语言免费学习笔记（深入）”；
- 接收者不匹配：接口方法用指针接收者（
func (t *T) M()），却拿T{}值类型去检查 → 返回false - 方法未导出：哪怕结构体内嵌了实现接口的字段，若该字段名小写（如
inner innerImpl），外部结构体也不会自动获得接口实现 - 类型来源混淆：误用
reflect.TypeOf(varWithConcreteValue)代替reflect.TypeOf((*YourInterface)(nil)).Elem()→ 传进去的是具体类型，不是接口类型
最稳妥的做法是：所有待检查类型统一用指针形式（&T{}），接口类型严格用 (*YourInterface)(nil)).Elem() 构造，避免在运行时才暴露不匹配。
