Go接口断言核心是运行时确认接口值的具体类型并安全取出，语法为x.(T)，推荐用value, ok := x.(T)避免panic；常用于JSON解析、缓存取值、错误分类等场景，多类型用type switch处理。

掌握 Go 接口断言，核心是理解“接口存值、断言取值”这个逻辑。它不是类型转换，而是运行时确认接口里装的到底是什么类型，并安全地拿出来用。

接口断言的基本写法

断言只能作用于接口类型变量（比如 interface{} 或自定义接口），语法是 x.(T)：

• 不安全写法：value := x.(T) —— 如果 x 实际不是 T 类型，程序直接 panic
• 安全写法（推荐）：value, ok := x.(T) —— ok 为 true 才表示断言成功，失败也不会崩溃，可做 fallback 处理

什么时候必须用断言

当你拿到一个接口值，但需要访问它的具体字段或方法时，就必须断言。常见场景包括：

• JSON 解码后得到 map[string]interface{}，取 data["age"] 后得是 float64，需断言才能参与数值计算
• 函数返回 interface{}（如通用缓存 Get 方法），要还原成 string 或 struct 才能继续处理
• 错误处理中判断 error 是否实现了 Temporary() 等方法，用于重试逻辑

多个类型怎么处理：用 type switch

如果一个接口可能对应多种类型（比如日志事件可能是 UserEvent、OrderEvent、PaymentEvent），用 if/else 嵌套断言会很乱。此时用 type switch 更清晰：

switch v := event.(type) {
case UserEvent:
    fmt.Println("用户事件:", v.UserID)
case OrderEvent:
    fmt.Println("订单事件:", v.OrderID)
default:
    fmt.Println("未知事件类型")
}

注意：v.(type) 只能在 switch 中使用，且每个 case 里的 v 类型自动推导为对应类型。

容易踩的坑

断言失败不等于 bug，但写法不当会让问题难以排查：

• 对非接口类型做断言会编译报错，比如 var n int = 5; s := n.(string) 直接不通过
• 断言目标类型没实现接口的方法，也会失败 —— 比如接口要求有 Close()，你却断言成没实现该方法的 struct
• 从 map 或 JSON 取值后忘记检查是否存在，再断言可能 panic；应先判空再断言

基本上就这些。熟练的关键是多在 JSON 解析、通用容器、错误分类等真实场景中练习安全断言和 type switch，而不是死记语法。