类型断言基本写法为x.(T)，仅适用于接口类型变量以获取底层具体值；若x非接口类型则编译报错；安全写法是v, ok := x.(T)；多类型分支用switch v := x.(type)；空接口与自定义接口断言规则一致。
类型断言的基本写法是 x.(T)
Go 中类型断言只适用于接口类型变量，用来获取其底层具体值。语法就是 value.(Type)，其中 value 必须是接口类型（比如 interface{} 或自定义接口），Type 是你期望的具体类型。
常见错误现象：invalid type assertion: x.(string) (non-interface type int on left) —— 这说明左边的 x 根本不是接口类型，比如直接对 int 变量做断言，Go 编译器会直接报错。
- 只能对接口类型使用，普通具体类型（如
int、string）不能断言 - 如果接口值为
nil，断言结果也是nil（但不会 panic） - 如果接口底层类型不匹配，
x.(T)会 panic；安全做法是用双返回值形式
安全断言：用双返回值避免 panic
写成 v, ok := x.(T) 是最常用也最安全的方式。ok 是布尔值，表示断言是否成功；v 是转换后的值（失败时为 T 类型的零值）。
典型使用场景：从 map[interface{}]interface{} 或函数返回 interface{} 后做类型还原。
立即学习“go语言免费学习笔记（深入）”；
if s, ok := data.(string); ok { /* 处理 string */ }if i, ok := val.(int); !ok { return fmt.Errorf("expected int, got %T", val) }- 不要忽略
ok直接用v := x.(T)，除非你明确希望失败时 panic（例如测试或内部断言）
类型判断：用 switch + type 实现多类型分支
当需要处理多种可能类型时，switch v := x.(type) 比嵌套 if 更清晰。注意这里的 type 是关键字，不是变量名，且该 switch 只能用于类型断言。
容易踩的坑：case nil: 必须放在最后，因为 nil 不属于任何具体类型，但接口值可以为 nil；另外，case interface{} 会匹配所有非 nil 接口值，通常应避免或放最后。
switch v := arg.(type) { case string: fmt.Println("string:", v) case int: fmt.Println("int:", v) case nil: fmt.Println("it's nil") }- 每个
case中的v类型由 case 决定，无需再断言 - 不能在
case中写v.(string)这种嵌套断言——语法错误
空接口和自定义接口的断言行为一致
无论是 interface{} 还是带方法的接口（如 io.Reader），只要变量是接口类型，断言规则完全相同。区别只在于接口本身能存什么值。
性能影响很小，类型断言是编译期可分析的操作，运行时只是检查接口头中的类型字段，没有反射开销。
- 对
io.Reader类型变量做r.(http.Response)是合法的（如果它确实是*http.Response） - 但
http.Response本身不是接口，不能对它做断言；必须是“实现了该接口的值”被赋给接口变量后才能断言 - 跨包类型断言要注意导出：未导出类型（如
json.unquoted）无法在包外断言
类型断言本身很简单，真正容易出问题的是对「什么时候能用」「左边到底是不是接口」没判断清楚。尤其在泛型普及后，有些场景其实该用类型参数而非接口+断言。
