优先使用 type switch 和带 ok 的类型断言，而非反射；type switch 编译期检查、安全可读，单类型用 value, ok := iface.(T)，避免强制断言和反射开销。
直接用 switch v := iface.(type)，别绕弯子。反射只在泛型不适用、需动态分析结构（比如序列化库）时才考虑。
用 type switch 判断多个类型最安全
这是 Go 原生支持的语法，编译期检查、无 panic 风险、可读性高。它自动处理接口为 nil 的情况，不需要额外判空。
-
case string:匹配字符串值，v类型就是string -
case *MyStruct:匹配指向结构体的指针，不是值类型 -
case []byte:注意不是[]uint8—— 虽然底层相同，但类型名不同，必须写[]byte -
default:一定要加，否则漏类型会静默失败；用fmt.Printf("%T", v)查看实际类型
单个类型检查优先用带 ok 的断言
当只需要确认是否为某一种类型（比如日志中间件里只关心 error），value, ok := iface.(error) 比 type switch 更轻量。
- 永远不要用
value := iface.(error)这种强制形式，一旦类型不符就 panic - 如果
iface可能是nil，ok仍为false，不会 panic —— 这点比反射更省心 - 注意：
nil接口变量对任意具体类型断言都返回ok = false，但对同接口类型断言可能为true（如var err error; err.(error)）
为什么不该一上来就用 reflect.TypeOf
反射开销大、代码难读、容易 panic，且多数场景纯属多余。
立即学习“go语言免费学习笔记（深入）”；
-
reflect.TypeOf(nilInterface)返回nil，直接调.Name()或.Kind()会 panic - 想查指针指向的类型？得先
reflect.ValueOf(iface)，再判断Kind() == reflect.Ptr且!IsNil()，然后Elem()—— 三步缺一不可 -
Type.Name()对匿名 struct、切片、map 返回空字符串，必须依赖Type.Kind()，但Kind()无法区分string和MyString（二者都是reflect.String） - 标准库中几乎所有通用逻辑（
json.Marshal、fmt.Printf）都基于type switch+ 少量反射，而不是纯反射驱动
判断是否实现某个接口，别用反射
运行时判断类型是否实现了某接口，最简单的方法是直接类型断言：_, ok := someValue.(io.Writer)。
- 如果
someValue是接口类型（比如interface{}），断言成功说明它底层值实现了该接口 - 如果
someValue是结构体变量（非接口），不能直接断言；需先赋给接口变量再断言，或改用编译期检查：var _ io.Writer = MyStruct{} -
reflect.Type.Implements要求传入的是接口类型的reflect.Type，不是结构体的；传错参数直接 panic，且无法反映接收器是值还是指针带来的差异
真正难的从来不是“怎么写”，而是“什么时候不该写”——90% 的接口类型判断需求，type switch 和带 ok 的断言已经覆盖。反射那套，留到你真要写一个通用 ORM 或序列化框架时再碰。
