编译期检查用 var _ I = T{} 最佳：值接收者用 T{}，指针接收者用 (T)(nil)；运行时用 reflect.TypeOf((I)(nil)).Elem() 配 Implements()；类型断言仅适用于接口变量。
编译期检查：用 var _ Interface = Type{} 一招定胜负
绝大多数时候，你根本不需要运行时检测——Go 编译器自己就能告诉你结构体有没有实现接口。只要在代码里写一句 var _ io.Reader = MyReader{}，如果 MyReader 没实现 io.Reader 的所有方法，编译直接报错。
这个写法轻量、零开销、语义清晰，是 Go 社区公认的最佳实践。但要注意接收器类型：
- 如果接口方法都是值接收者（如
func (T) Read(...)），就用var _ I = T{} - 如果至少有一个方法是指针接收者（如
func (*T) Write(...)），就必须用var _ I = (*T)(nil)—— 因为T{}的方法集不包含指针接收者方法 - 放在类型定义正下方或单独的
interfaces_test.go文件里，既方便维护，又不会污染业务逻辑
reflect.Type.Implements()：运行时必须用，但参数顺序和类型必须严格匹配
只有当你真正在运行时拿到一个类型名（比如插件系统加载未知结构体），才需要反射。关键不是调用 Implements，而是传什么进去。
Implements 的第一个参数必须是「接口本身的 reflect.Type」，不能是实例、不能是 interface{} 值，也不能是结构体的 Type。正确构造方式只有一种：reflect.TypeOf((*YourInterface)(nil)).Elem()。
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 错误写法：
reflect.TypeOf(&myStruct{}).Implements(reflect.TypeOf((*io.Writer)(nil)).Elem())—— 左边是*MyStruct类型，Implements不接受非接口类型，会 panic - 正确写法：先获取目标类型的
reflect.Type（如t := reflect.TypeOf(MyStruct{})或t := reflect.TypeOf(&MyStruct{})），再调t.Implements(ifaceType) - 注意：值类型
MyStruct和指针类型*MyStruct的reflect.Type不同，但都可能实现同一接口；若不确定，建议统一用reflect.TypeOf(&T{}).Elem()获取值类型再判断
类型断言：别对 interface{} 直接断言，先确保它是接口变量
很多人写 if _, ok := someValue.(io.Writer); ok { ... } 却失败，原因往往不是 someValue 类型不对，而是它根本不是接口类型变量。
类型断言只能作用于接口类型变量（比如 var w io.Writer = &MyWriter{}），不能对任意 interface{} 值强行断言目标接口——Go 不允许跨接口隐式转换。
- 安全做法：先赋值给目标接口变量，再断言：
w := interface{}(v); if _, ok := w.(io.Writer); ok { ... }—— 这里w是interface{}，断言的是它是否底层实现了io.Writer - 但更常见且推荐的模式是：函数参数直接声明为
io.Writer，让调用方负责传入满足条件的值；运行时只需检查是否为nil，不用反复验证实现 - 如果传入的是
nil接口值（如var w io.Writer未初始化），w.(io.Writer)会 panic；而w != nil判断只看接口头是否为空，不涉及底层类型
为什么 reflect.Value.Kind() == reflect.Struct 不能代替接口检测
新手常误以为“是结构体”就等于“可能实现某接口”，然后写 if v.Kind() == reflect.Struct { ... } 去分支处理。这完全无效。
结构体本身没有方法，方法属于它的类型（reflect.Type）及其方法集。一个 struct{} 可能实现 fmt.Stringer，也可能啥都不实现；判断依据永远是类型的方法签名，不是 Kind。
-
reflect.Value.Kind()只描述底层数据形态（struct / int / ptr 等），和接口实现毫无关系 - 真正要查的，是
reflect.TypeOf(x).NumMethod()是否覆盖接口全部方法，或者直接走Implements() - 如果只是想区分值类型和指针类型以便后续反射调用方法，请用
v.Kind() == reflect.Ptr判断，再v.Elem()解包，而不是拿Kind去猜接口能力
真正难的从来不是怎么写那几行反射代码，而是分清场景：编译期契约靠 var _ I = T{}，运行时动态适配才轮到 Implements，而类型断言只该出现在明确知道值来自接口上下文的地方。混淆这三层，就会掉进“写了却没用”或者“用了却 panic”的坑里。
