Go 类型断言失败会 panic，因直接用 value.(Type) 时类型不匹配将触发不可恢复中断；必须使用 value, ok := interface{}.(Type) 的 comma-ok 模式确保安全。
Go 类型断言失败为什么会 panic
直接用 value.(Type) 做断言，当接口值实际类型不匹配时，Go 会立即触发 panic，错误信息类似 panic: interface conversion: interface {} is string, not int。这不是运行时异常可捕获的 error，而是不可恢复的程序中断——所以线上服务里这么写等于埋雷。
comma-ok 模式是唯一安全的断言方式
必须用 value, ok := interface{}.(Type) 这种双返回值形式。ok 是 bool，为 false 时 value 是目标类型的零值（比如 int 就是 0），不会 panic。
- 永远别在生产代码里写
v := x.(string)，哪怕你“确定”它一定是 string - 如果断言失败后需要 fallback 行为，直接检查
ok：if s, ok := v.(string); ok { ... } - 不要把
ok当作次要信息忽略——它不是装饰，是安全边界
interface{} 和具体接口类型的断言差异
interface{} 断言最常见，但如果你断言的是自定义接口（比如 io.Reader），失败逻辑一样：用 comma-ok。不过要注意，nil 接口值也能通过某些接口断言（比如 var r io.Reader; _, ok := r.(io.Reader) 中 ok 是 true），但调用其方法会 panic——这是另一个层面的问题，和断言本身无关。
- 对
interface{}断言：检查底层具体类型 - 对非空接口（如
fmt.Stringer）断言：检查是否实现了该接口，不关心底层是什么类型 - nil 接口变量对任何接口类型断言都返回
(nil, true)，但对具体类型（如string）断言返回(zero, false)
嵌套断言或多次断言时的常见疏漏
有人会先断言到 interface{}，再二次断言，比如 if v, ok := x.(interface{}); ok { s, ok2 := v.(string) }——这纯属多余，且容易误判：第一层 ok 为 true 只说明 x 是 interface{}（它总是 true），第二层才真正决定类型是否匹配。
立即学习“go语言免费学习笔记（深入）”；
- 直接断言目标类型，不要中间转一道
interface{} - 如果原始值已经是
interface{}，就直接v, ok := val.(string) - 链式断言（比如先试 A 类型，不行再试 B）要分开写 if/else，别靠多个 ok 变量堆叠逻辑
