Go中类型断言失败时，非安全断言（v := i.(T)）会panic，安全断言（v, ok := i.(T)）则ok为false且v为零值；指针/值接收器不匹配、嵌套接口易出错；type switch更优。
类型断言失败时程序不会 panic，但必须显式检查
Go 中的 interface{} 类型断言（如 v := i.(string)）在失败时**不抛出 panic**，而是直接触发运行时 panic —— 但仅限于「非安全断言」。真正可控的方式是使用「带 ok 的双值断言」：v, ok := i.(string)。ok 为 false 表示断言失败，此时 v 是目标类型的零值（如 ""、0、nil），不会崩溃。
安全断言 vs 非安全断言：什么时候用哪种
非安全断言（单值形式）适用于你**100% 确定接口值类型**的场景，比如内部已校验过的结构体字段；一旦失败，程序立即 panic，无法恢复。安全断言（双值形式）才是日常处理不确定输入的正确姿势。
- 非安全断言：
v := i.(string)→ 失败则 panic:interface conversion: interface {} is int, not string - 安全断言：
v, ok := i.(string)→ ok == false 时安静跳过，可做 fallback 或 error 返回 - 嵌入在 if 条件中更常见：
if s, ok := i.(string); ok { /* use s */ }
嵌套 interface 断言和指针接收器容易踩坑
当接口值实际存储的是指针（如 *MyStruct），而你断言的是值类型（MyStruct），会失败；反之亦然。同样，如果方法集只包含指针接收器，那么只有 *MyStruct 能满足接口，MyStruct{} 值本身不能。
type Speaker interface {
Say() string
}
type Dog struct{ Name string }
func (d *Dog) Say() string { return d.Name } // 指针接收器
var s interface{} = &Dog{Name: "wangcai"}
if d, ok := s.(*Dog); ok { // ✅ 成功
fmt.Println(d.Name)
}
if d, ok := s.(Dog); ok { // ❌ 失败：Dog 值不实现 Speaker（方法集不匹配）
fmt.Println(d.Name)
}
用 type switch 替代一长串 if-else 断言
当需要根据多种可能类型分别处理时，type switch 比连续的 if v, ok := i.(T1); ok { ... } else if v, ok := i.(T2); ok { ... } 更清晰、更高效（编译器可优化）。
立即学习“go语言免费学习笔记（深入）”；
func handleValue(v interface{}) {
switch x := v.(type) {
case string:
fmt.Println("string:", x)
case int, int64:
fmt.Println("number:", x)
case []byte:
fmt.Println("bytes len:", len(x))
case nil:
fmt.Println("nil")
default:
fmt.Printf("unknown type %T: %+v\n", x, x)
}
}注意：type switch 中的 x 是新变量，类型由 case 分支决定；default 分支不是可选的，但建议保留以覆盖未预期类型，避免静默丢弃。
断言失败本身不消耗显著性能，但频繁反射或深层嵌套类型判断可能拖慢关键路径；真要高性能，应尽量减少运行时类型分支，改用明确类型参数或策略接口。
