单值类型断言失败会panic，双值形式返回零值和布尔标志；接口转struct指针需严格匹配存储类型（值存值断、指针存指针断）；嵌套接口断言可直接对原始interface{}操作；多分支用type switch更安全高效。
类型断言失败时 panic 还是返回零值？
在 Go 中，value := interface{}(42).(int) 这种「单值形式」的类型断言，一旦 interface{} 底层不是 int 类型，会直接 panic。这在生产环境极易引发崩溃。
安全做法永远用「双值形式」：v, ok := iface.(T)。其中 ok 是布尔值，表示断言是否成功；v 是转换后的值（失败时为 T 的零值）。
- ✅ 正确：
v, ok := x.(string)
if !ok {
// 处理非 string 情况
return
}
// 安全使用 v - ❌ 危险：
v := x.(string) // x 是 []byte？panic！
interface{} 转 struct 指针时要注意什么？
Go 的接口只保存具体值或指针，但类型断言必须与原始存储类型严格一致。如果一个 interface{} 存的是 &MyStruct{}，你不能用 .(MyStruct) 断言——必须用 .(*MyStruct)。
反过来也一样：存的是值，断言成指针会失败（ok == false），不会自动取地址。
- 原始赋值是值 → 断言必须用值类型：
var i interface{} = MyStruct{A: 1}; s, ok := i.(MyStruct) - 原始赋值是指针 →
断言必须用指针类型：
i := interface{}(&MyStruct{A: 1}); s, ok := i.(*MyStruct) - 不确定来源时，先断言指针再解引用更常见（尤其 JSON 反序列化后常为
*T）
嵌套 interface 断言怎么写才不绕晕？
当变量类型是嵌套的接口（比如 io.ReadCloser），而你想提取底层具体类型（如 *os.File），不能跳过中间层直接断言。必须逐层确认，或直接对原始 interface{} 做断言。
常见误区：以为 var r io.ReadCloser = os.Stdin; f, ok := r.(*os.File) 能成功——其实不行，因为 os.Stdin 是 *os.File，但被赋给 io.ReadCloser 后，接口内部只保留了满足该接口的方法集，原始类型信息并未丢失，所以这个断言其实是可行的。真正的问题在于：你得知道它原本就是 *os.File。
- ✅ 可行（前提是确实存的是 *os.File）：
r := io.ReadCloser(os.Stdin)
f, ok := r.(*os.File) // ok == true - ✅ 更健壮（兼容多种实现）：
switch v := r.(type) {
case *os.File:
// 处理文件
case *bytes.Reader:
// 处理内存 reader
default:
// 其他情况
用 type switch 替代一连串 if-else 断言
当你需要根据 interface{} 的实际类型执行不同逻辑，且分支超过 2–3 个时，type switch 不仅可读性高，编译器还能做优化，比多个 if v, ok := x.(T); ok { ... } 更高效。
注意：每个 case 中的变量 v 类型是该 case 对应的具体类型，作用域仅限该分支内。
-
case nil:必须显式写出，用于处理nil接口值（此时v是nil，无具体类型） - 不要漏掉
default或case interface{}，否则未覆盖类型会导致 panic（如果没写 default）或静默忽略 - 示例：
func handle(v interface{}) {
switch x := v.(type) {
case string:
fmt.Println("string:", x)
case int, int64:
fmt.Println("number:", x)
case nil:
fmt.Println("nil")
default:
fmt.Printf("unknown type %T\n", x)
}
}
nil 接口值的处理——这两处出问题，日志里往往只有一行 panic，没有上下文。
