Golang类型断言失败会发生什么_技术教程

单值类型断言（如v := i.(string)）失败会panic，应使用安全断言v, ok := i.(T)并检查ok；多类型用switch v := i.(type)；JSON数字默认为float64，需先断言再转换。

直接断言失败会 panic

当你写 v := i.(string) 这种单值类型断言，而 i 实际不是 string 类型时，Go 运行时会立即触发 panic: interface conversion: interface {} is int, not string —— 程序直接崩溃，没有任何恢复机会。

这是最危险的用法，尤其在处理用户输入、JSON 解析结果或外部接口返回值时极易中招
常见于从 map[string]interface{} 里直接断言数字字段为 int（实际是 float64），例如：age := data["age"].(int)
并发场景下若 interface{} 被多个 goroutine 修改类型，也极可能在此处 panic

安全断言必须用 `v, ok := i.(T)` 形式

这才是 Go 官方推荐且生产环境唯一可接受的方式。它不 panic，而是返回两个值：v（断言后的值）和 ok（布尔值，表示是否成功）。

ok 为 false 时，v 是类型 T 的零值（比如 int 得到 0，bool 得到 false，string 得到 ""）
务必检查 ok，不能只依赖 v 是否“看起来有值”
不要在 if 外部复用 v，因为它的作用域仅限于 if 块内；如需后续使用，应在块内赋值给新变量

data := interface{}(42)
if s, ok := data.(string); ok {
    fmt.Println("got string:", s)
} else {
    fmt.Println("not a string, got type:", reflect.TypeOf(data))
}

多类型分支请用 `switch v := i.(type)`

当你要处理多种可能类型（比如解析 JSON 后的 interface{} 值），switch 类型断言比

一连串 if/else if 更清晰、更安全、也更符合 Go 惯例。

每个 case 分支里的 v 自动具有对应类型，无需二次断言
default 分支能兜底所有未覆盖类型，避免漏判
注意：不能在 case 中混用不同底层类型的同名变量（比如两个 case 都声明 v 但类型不同），Go 会报错

func handleValue(v interface{}) {
    switch x := v.(type) {
    case string:
        fmt.Println("string:", x)
    case int, int32, int64:
        fmt.Println("integer:", x)
    case float64:
        fmt.Println("float:", x)
    default:
        fmt.Printf("unexpected type %T\n", x)
    }
}