类型断言失败时，v := i.(T) 会 panic，而 v, ok := i.(T) 中 ok 为 false、v 为 T 的零值；接口变量 i 必须非 nil，否则两种写法均 panic。
类型断言失败时 panic 还是返回零值？
Go 中的类型断言有两种写法：v := i.(T) 和 v, ok := i.(T)。前者在 i 不是 T 类型时直接 panic；后者则安全，ok 为 false，v 是 T 的零值（比如 0、""、nil）。生产环境几乎 always 用带 ok 的形式。
- 接口变量
i必须是非nil，否则两种写法都会 panic（即使带ok） - 如果不确定
i是否为nil，先判空：if i != nil { v, ok := i.(T) } - 对指针类型断言要小心：不能用
*T去断言一个T值，反之亦然（除非接口里存的就是*T）
断言 interface{} 到 struct 指针是否合法？
可以，但前提是原接口里确实存的是该 struct 指针。常见错误是把值类型赋给 interface{}，却试图断言为指针类型。
type User struct{ Name string }
u := User{Name: "Alice"}
var i interface{} = u
// ❌ 错误：i 里存的是 User 值，不是 *User
p, ok := i.(*User) // ok == false
// ✅ 正确：显式传指针
i = &u
p, ok := i.(*User) // ok == true, p != nil
- struct 值和 struct 指针是完全不同的底层类型，无法互相断言
- 方法集差异会影响接口实现判断，但类型断言只看运行时具体类型，不看方法
- 用
fmt.Printf("%T", i)可快速确认接口中实际类型
嵌套断言或多次断言怎么写更清晰？
不要链式断言（如 i.(A).(B)），一旦中间失败就 panic。应逐层检查，用 if 链或 switch type。
func handle(v interface{}) {
switch x := v.(type) {
case string:
fmt.Println("string:", x)
case int, int64:
fmt.Println("number:", x)
case error:
fmt.Println("error:", x.Error())
default:
fmt.Println("unknown:", x)
}
}
-
switch type是最安全、可读性最好的多类型分支方式 - 避免嵌套断言，例如
i.(io.Reader).(io.Closer)—— 即使i是io.ReadCloser，也不能保证它同时满足两个接口的底层类型一致 - 若需连续断言多个接口，应分别判断：
if r, ok := v.(io.Reader); ok { if c, ok := v.(io.Closer); ok { ... } }
为什么断言到 map 或 slice 时常出错？
常见原因是类型不匹配：比如把 map[string]interface{} 赋给 interface{}，却断言成 map[string]string —— Go 不做自动类型转换，键/值类型必须完全一致。
立即学习“go语言免费学习笔记（深入）”；
-
map[string]interface{}和map[string]string是不同类型，断言必然失败 - JSON 解析后得到的
map[string]interface{}，需手动遍历并逐个转换 value 类型 - 切片同理：
[]int≠[]interface{}，也不等于interface{}中的任意其他切片类型 - 没有泛型前，这类转换必须显式循环处理，别指望断言能“猜”你想要什么
ok 突然变成 false。 
