Go语言interface如何断言_Go语言类型检查技巧【动态】-Golang-PHP中文网

安全断言必须用v, ok := i.(T)形式：失败时v为零值、ok为false，程序继续；单值i.(T)则直接panic。非接口类型须先转interface{}，跨包或序列化后类型定义不一致会导致断言静默失败。

go语言interface如何断言_go语言类型检查技巧【动态】

interface{} 不是万能容器，断言失败不是“类型不对”这么简单——它本质是运行时对 _type 元信息的硬比对。你写的 v, ok := i.(string) 能过编译，不代表它在所有场景都安全。

为什么 `i.(string)` 有时 panic，有时 `ok == false`

行为差异只取决于你是否接收第二个返回值：
- n := i.(string)：断言失败立刻 panic: interface conversion: interface {} is int, not string
- n, ok := i.(string)：失败时 n 是 string 零值（""），ok 为 false，程序继续执行
- 即使 i 是未赋值的 var i interface{}（即 nil 接口），两种写法也都失败：前者 panic，后者 ok == false

断言前必须转 `interface{}`？是的，但别写错

Go 不允许对非接口类型直接做断言。常见错误：
- ❌ var x = "hello"; s := x.(string) → 编译报错：non-interface type string on left
- ✅ 正确做法只有两种：

s, ok := interface{}(x).(string)（推荐）
s := interface{}(x).(string)（仅当你 100% 确定 x 是 string 且可 panic）

- 注意：interface{}(x) 对 nil 指针（如 var p *string）仍返回 nil 接口，此时任何断言都失败（ok == false）

多个类型要判断？别堆 `if`，用 `switch v := i.(type)`

处理 int、string、map[string]interface{} 等多种可能时：
- ❌ 避免一连串 if v, ok := i.(T); ok { ... }，易漏 default，逻辑分散
- ✅ 改用 switch：

switch v := i.(type) {
case int:
    fmt.Println("got int:", v)
case string:
    fmt.Println("got string:", v)
case nil:
    fmt.Println("i is nil interface{}")
default:
    fmt.Printf("unknown type %T: %+v\n", v, v)
}

- case int: 只匹配动态类型为 int 的值，不匹配 int64 或自定义类型 MyInt int（需单独写 case MyInt:）

`interface{}` 断言失败的真实原因不是“找不到方法”

它根本没方法可找。interface{} 底层是 eface 结构，只含 _type 和 data 字段，没有 itab，不参与动态派发。
断言失败，是因为 runtime 比对了当前 eface._type 和目标类型 T 的 _type 地址或哈希值，二者不等就失败。
这意味着：
- 同名但不同包的类型（如 pkg1.Error 和 pkg2.Error）断言必然失败
- *int 和 int 是完全不同的 _type，不能互相断言
- struct 字段顺序、标签、对齐方式稍有差异，_type 就不同，断言静默失败