interface{}是类型擦除起点，需显式类型断言才能使用底层类型；强制断言x.(T)会panic，应使用v,ok:=x.(T)；处理JSON推荐直接反序列化为struct而非嵌套断言map[string]interface{}。
空接口 interface{} 不是万能胶水，它是类型擦除的起点——用对了省事，用错了 runtime panic 一抓一个准。
为什么直接对 interface{} 做操作会报错
赋值后类型就藏起来了，不显式还原没法用。你把 int、string、[]byte 都塞进 interface{} 变量，它对外只暴露“我是个接口”，没方法、没字段、不能直接加减拼接。
常见错误现象：
- 写
v + 1报错：invalid operation: v + 1 (mismatched types interface {} and int) - 调
v.Len()报错：v.Len undefined (type interface {} has no field or method Len) - 用
fmt.Printf("%s", v)但v实际是int，会 panic
根本原因：Go 不允许隐式转换，也不支持对 interface{} 直接调用底层类型的任何行为。
立即学习“go语言免费学习笔记（深入）”；
v, ok := x.(string) 是唯一安全的断言写法
必须靠类型断言拿回原类型。两种语法区别极大：
-
v := x.(string)—— 强制断言，类型不符直接 panic，**禁止在生产代码中使用** -
v, ok := x.(string)—— 安全断言，失败时ok为false，v是string的零值（即""），可继续做逻辑判断
容易踩的坑：
-
if x.(string) != ""这种写法会先执行断言，失败即 panic，根本走不到比较逻辑 - 正确写法是：
if s, ok := x.(string); ok && s != "" - 断言
*MyStruct时，如果原值是MyStruct{}（值类型），会失败；必须匹配存入时的类型
处理 JSON 解析后的 map[string]interface{} 别硬啃树
从 json.Unmarshal 得到的 map[string]interface{} 看似灵活，实际是断言嵌套地狱。比如解析 {"user": {"name": "alice", "age": 30}} 后：
-
data["user"]类型是interface{}，不是map[string]interface{} - 要取
name，得先断言：user, ok := data["user"].(map[string]interface{})，再user["name"].(string) - 中间任意一层断言失败（比如
"user"实际是nil或string），就会 panic
性能影响明显：每层断言都触发一次接口动态类型检查，比直接访问 struct 字段慢 3–5 倍；可读性也差，容易漏 ok 判断。
建议：只要结构固定，优先用 json.Unmarshal([]byte, &MyStruct{}) 直接转 struct，别贪图“通用”硬啃 interface{} 树。
多类型分支必须用 switch v := x.(type)
当你要对一个接口值做多种类型处理（比如日志格式化、策略路由、通用序列化），switch 类型分支比连写 if 更清晰、更高效，且编译器会做优化。
示例：
switch v := data.(type) {
case string:
fmt.Println("str:", v) // v 自动是 string 类型
case int:
fmt.Println("int:", v+1)
case []interface{}:
fmt.Println("slice len:", len(v))
default:
fmt.Println("unknown:", reflect.TypeOf(v))
}
注意点：
- 每个
case中的v自动具有对应类型，无需二次断言 -
case nil是合法的，但case *T和case T是不同分支，需分开写 - 务必带上
default分支，否则遇到未覆盖类型会静默跳过
深层嵌套或不确定结构的数据，最容易被忽略的是 nil 和指针空值问题：断言 *string 成功后，若该指针本身是 nil，直接解引用仍会 panic，必须先判空。
