安全断言必须用v, ok := i.(T)形式：失败时v为零值、ok为false，程序继续；单值i.(T)则直接panic。非接口类型须先转interface{}，跨包或序列化后类型定义不一致会导致断言静默失败。
interface{} 不是万能容器，断言失败不是“类型不对”这么简单——它本质是运行时对 _type 元信息的硬比对。你写的 v, ok := i.(string) 能过编译，不代表它在所有场景都安全。
为什么 i.(string) 有时 panic，有时 ok == false
行为差异只取决于你是否接收第二个返回值：
- n := i.(string)：断言失败立刻 panic: interface conversion: interface {} is int, not string
- n, ok := i.(string)：失败时 n 是 string 零值（""），ok 为 false，程序继续执行
- 即使 i 是未赋值的 var i interface{}（即 nil 接口），两种写法也都失败：前者 panic，后者 ok == false
断言前必须转 interface{}？是的，但别写错
Go 不允许对非接口类型直接做断言。常见错误：
- ❌ var x = "hello"; s := x.(string) → 编译报错：non-interface type string on left
- ✅ 正确做法只有两种：
-
s, ok := interface{}(x).(string)（推荐） -
s := interface{}(x).(string)（仅当你 100% 确定x是string且可 panic）
interface{}(x) 对 nil 指针（如 var p *string）仍返回 nil 接口，此时任何断言都失败（ok == false）多个类型要判断？别堆 if，用 switch v := i.(type)
处理 int、string、map[string]interface{} 等多种可能时：
- ❌ 避免一连串 if v, ok := i.(T); ok { ... }，易漏 default，逻辑分散
- ✅ 改用 switch：
switch v := i.(type) {
case int:
fmt.Println("got int:", v)
case string:
fmt.Println("got string:", v)
case nil:
fmt.Println("i is nil interface{}")
default:
fmt.Printf("unknown type %T: %+v\n", v, v)
}
- case int: 只匹配动态类型为 int 的值，不匹配 int64 或自定义类型 MyInt int（需单独写 case MyInt:）
interface{} 断言失败的真实原因不是“找不到方法”
它根本没方法可找。interface{} 底层是 eface 结构，只含 _type 和 data 字段，没有 itab，不参与动态派发。
断言失败，是因为 runtime 比对了当前 eface._type 和目标类型 T 的 _type 地址或哈希值，二者不等就失败。
这意味着：
- 同名但不同包的类型（如 pkg1.Error 和 pkg2.Error）断言必然失败
- *int 和 int 是完全不同的 _type，不能互相断言
- struct 字段顺序、标签、对齐方式稍有差异，_type 就不同，断言静默失败
最常被忽略的一点：跨模块传递 interface{} 或序列化/反序列化后还原，若类型定义不完全一致（哪怕只是 import 路径不同），断言就会失败——这不是 bug，是 Go 类型系统在严格执行一致性。
