应优先用类型断言配合匿名接口（如v.(interface{close()error})）检查方法存在性，零开销且语义清晰；仅当需动态方法名时才用reflect.value.methodbyname，注意接收者类型、导出性和有效性校验。
reflect.Type.Implements 只能判断类型是否实现接口，不能判断“未知接口”
Go 里没有「未知接口」这个概念——接口是编译期确定的类型，运行时不存在「动态定义的接口」。你真正想做的，其实是：给定一个 interface{} 值（比如函数参数、map 中的值），在运行时检查它底层的具体类型是否实现了某个**已知接口**（如 io.Writer）或某个**已知方法签名**（如 Close() error）。reflect.Implements 这个函数根本不存在，别搜了；实际要用的是 reflect.Type.Implements 方法，但它只接受 reflect.Type 类型参数，且该参数必须是接口类型。
- 常见错误现象：
undefined: reflect.Implements编译失败 - 传
reflect.TypeOf((*io.Writer)(nil)).Elem()是获取io.Writer接口类型的唯一安全方式；传reflect.TypeOf(io.Writer(nil))会 panic - 若你只有
interface{}值v，先用reflect.TypeOf(v)获取其类型，再处理指针：t := reflect.TypeOf(v); if t.Kind() == reflect.Ptr { t = t.Elem() } -
Implements判断的是类型定义是否满足接口契约，和值是否为nil无关；但reflect.TypeOf(nil)返回nil，需提前判空
用 interface{} 断言 + 匿名接口检查特定方法最实用
90% 的真实场景（比如框架里判断某 handler 是否支持 Shutdown()）不需要反射——直接用类型断言配合内联匿名接口即可，零开销、语义清晰、兼容嵌入和指针接收者。
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 写法示例：
if closer, ok := v.(interface{ Close() error }); ok { closer.Close() } - 这比反射快一个数量级，且能正确处理
*T和T的差异（编译器自动解引用） - 如果方法带多个参数或返回值，按签名完整写出：
interface{ Do(string, int) (bool, error) } - 注意：非导出方法（小写开头）无法被断言匹配，反射也查不到——这是 Go 的可见性规则，不是 bug
反射查方法存在性：MethodByName + IsValid 是基本操作
当你必须从字符串读取方法名（比如配置驱动的插件系统），才轮到 reflect.Value.MethodByName。它查的是值的方法集，不是类型定义，所以要小心接收者类型。
- 必须用
reflect.ValueOf(v)，不能用reflect.TypeOf(v)—— 后者没有MethodByName方法 -
method := val.MethodByName("Close"); if method.IsValid() { ... }是标准写法 - 若
v是T类型但Close是以*T实现的，MethodByName查不到；得先reflect.ValueOf(&v)再查 - 查到方法后，用
method.Type().NumIn()和method.Type().NumOut()可校验签名，但通常没必要——断言更可靠
容易被忽略的细节：指针 vs 值、导出性、嵌入字段不自动继承
很多人卡在「明明写了方法却检测失败」，问题几乎都出在这三处。
- 接收者类型不一致：
func (t T) Close()和func (t *T) Close()是两种完全不同的方法集；reflect.TypeOf(T{})和reflect.TypeOf(&T{})的Implements结果可能不同 - 方法名首字母小写 → 非导出 → 不会被任何反射或接口匹配机制识别，包括
MethodByName和Implements - 结构体嵌入了另一个实现了接口的字段，不代表自身实现了该接口；必须显式提供方法，或靠指针接收者传播（仅限指针赋值场景）
- 接口变量本身是 nil（如
var w io.Writer），reflect.ValueOf(w).MethodByName会 panic；必须先!val.IsValid()判空
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
