i.(t)会panic是因为它是运行时信任式提取，类型不匹配即触发不可恢复中断；安全做法是用v, ok := i.(t)，ok为false时v为零值且程序继续执行。
直接用 i.(string) 断言空接口值，大概率会 panic；真正安全的做法是始终用双值形式 v, ok := i.(string)，再配合类型已知前提下的二次判空（比如指针、切片等）。
为什么 i.(T) 会 panic 而不是返回错误
Go 的类型断言 i.(T) 是运行时操作，它不检查类型兼容性，只做“信任式提取”：如果 i 底层类型不是 T，就直接触发 panic。这和类型转换不同，它没有 fallback 机制。
- 常见触发场景：
var i interface{} = 42，然后写s := i.(string) - panic 信息固定为：
interface conversion: interface {} is int, not string - 编译器无法提前发现——只有运行到那行才崩，对线上服务很危险
v, ok := i.(T) 中的 ok 到底在判断什么
ok 表示接口 i 当前持有的**动态类型**是否与 T 完全一致。注意：它不关心值内容，只认类型签名。
-
var i interface{} = (*os.File)(nil)→f, ok := i.(*os.File)中ok为true，f是(*os.File)(nil) -
var i interface{} = []int(nil)→s, ok := i.([]int)中ok为true，s == nil成立 -
var i interface{}（从未赋值）→ 任何i.(T)都失败，ok == false
JSON 解析后从 interface{} 取字段的典型陷阱
用 json.Unmarshal 解析 JSON 到 interface{} 后，结构是确定的：对象 → map[string]interface{}，数组 → []interface{}，数字 → float64。但很多人忽略嵌套层级和数字类型。
- 错误写法：
name := data.(map[string]interface{})["name"].(string)—— 一旦data是数组或"name"不存在/类型不对，就 panic - 正确链式断言：
m, ok := data.(map[string]interface{})；if !ok { /* 不是 object */ }；if name, ok := m["name"].(string); ok { /* 安全使用 name */ } - 数字字段必须手动转：
ageFloat, ok := m["age"].(float64)；age := int(ageFloat)（注意精度丢失风险） - 嵌套字段要逐层断言：
user, ok := m["user"].(map[string]interface{})；不能跳过中间层直接m["user"]["name"]
什么时候该放弃 interface{} + 断言，改用 struct
只要字段结构稳定、可预知，就别硬扛断言链。struct 方案更安全、更快、IDE 支持更好，且能规避所有类型断言的运行时不确定性。
- 适用场景：
json.Unmarshal([]byte(data), &User{})，其中User是定义好的结构体 - 优势：字段缺失自动设零值；类型错误在 unmarshal 阶段报错（可捕获）；无须手写断言逻辑
- 例外情况：仅当处理完全未知结构（如通用配置解析、调试日志 dump）时，才保留
interface{}路径
最易被忽略的一点：接口变量本身为 nil 和它装着一个 nil 指针，是两回事。前者断言必失败，后者断言成功但值不可解引用——漏掉 && p != nil 这一判断，照样 panic。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
