安全断言必须用 value, ok := i.(Type) 形式，单值断言 i.(string) 会因类型不匹配直接 panic；需逐层断言并检查 ok，多类型用 type switch 而非 if 堆砌，断言后仍需空值检查。
i.(string) 这种写法在生产环境几乎等于埋雷——它不检查类型是否匹配，失败直接 panic。真正安全、可维护的断言必须用 value, ok := i.(Type) 形式，配合显式分支处理。
为什么 i.(string) 会 panic？
Go 的类型断言不是类型转换，而是运行时确认：接口值底层“装的真是这个类型吗”。一旦不匹配，比如把 int 或 nil 当成 string 断言，就会触发 panic: interface conversion: interface {} is int, not string。
这种 panic 不会被普通 error 处理捕获，会导致 goroutine 崩溃。除非你 100% 控制输入（如单元测试桩），否则绝不该在业务代码里裸写单值断言。
value, ok := i.(string) 怎么写才不出错？
这是唯一推荐的断言姿势，但光写对语法还不够，常见疏漏点包括：
-
ok为false时，value是string的零值（空字符串""），不是nil；别误判if value == ""就等价于断言失败 - 接口值本身是
nil（例如var i interface{}），任何断言都会 panic，哪怕断言interface{}自身 - JSON 解析后数字默认是
float64，写age := data["age"].(int)必 panic；正确做法是先age, ok := data["age"].(float64)，再转int(age) - 字段缺失或 JSON 中为
null时，data["name"]是nil，断言string必失败，需先检查键是否存在或接受nil分支
嵌套结构怎么安全断言？
从 API、YAML 或配置中拿到的 map[string]interface{} 常含多层混合类型，比如 children 字段是 []interface{}，里面又混着 map[string]interface{} 和 string。错误做法是跳过中间层直接索引：data["children"].([]interface{})[0]["name"]——只要某一层类型不对或为空，立刻 panic。
正确流程必须逐层断言并检查 ok：
立即学习“go语言免费学习笔记（深入）”；
- 先断言顶层：
children, ok := data["children"].([]interface{}) - 再遍历切片，对每个元素断言：
item, ok := children[i].(map[string]interface{}) - 再对子字段断言：
name, ok := item["name"].(string) - 每一步都加
if !ok { return err }或 fallback 处理
多个类型要分别处理，用 if-else 还是 type switch？
当一个接口变量可能存 string、int、bool 或自定义结构体时，堆砌 if _, ok := i.(string); ok { ... } else if _, ok := i.(int); ok { ... } 不仅冗长，还容易漏 default 分支，且静态检查工具（如 staticcheck）会报 S1 警告。
应该用 switch v := i.(type)：
switch v := i.(type) {
case string:
fmt.Println("got string:", v)
case int:
fmt.Println("got int:", v)
case *MyStruct:
fmt.Println("got pointer to MyStruct:", v.ID)
default:
fmt.Println("unknown type:", reflect.TypeOf(i))
}
v 在每个 case 中自动具备对应类型，无需二次断言；default 必须存在，避免遗漏未覆盖类型；注意 nil 接口值会进入 case nil 分支，不是 default。
*MyStruct，但该指针可能是 nil，后续解引用仍 panic。断言之后，该做的空值检查一个都不能少。 
