Go中安全类型断言唯一推荐写法是v, ok := x.(T)，ok为false时v为T零值；指针类型需额外判空；多类型用switch v := x.(type)并写default；别名与定义类型不可互断。
用 v, ok := x.(T) 避免 panic
Go 中直接写 x.(T) 断言失败会立即 panic，生产环境必须杜绝。安全断言只有一种推荐写法：v, ok := x.(T)，它返回具体类型的值和一个布尔标志。只要 ok 为 false，就说明接口值的动态类型不是 T，此时 v 是 T 的零值，不能直接使用。
常见错误现象：从 map[string]interface{} 解析 JSON 后取字段，写成 age := data["age"].(int)，但实际是 float64（JSON 数字默认解析为 float64），结果服务直接崩溃。
- 所有来自外部输入（HTTP body、配置文件、消息队列）的接口值，一律用双值断言
- 断言目标
T必须是具体类型，比如string、*http2.Transport、MyStruct，不能是另一个接口（除非你明确想检查是否实现了该接口） - 如果断言的是指针类型（如
*MyStruct），成功后仍需额外判空：if p, ok := x.(*MyStruct); ok && p != nil，否则解引用可能 panic
处理多种可能类型用 switch v := x.(type)
当接口值可能是几个不同具体类型时（比如错误包装、多格式响应体），用 switch 类型开关比一连串 if-else 更清晰、更高效。每个 case 分支中，v 已自动是对应类型，无需二次断言。
使用场景：统一日志函数接收任意类型参数、HTTP 中间件对不同错误类型做差异化处理、解析混合结构的 API 响应。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
default分支必须写，用来兜底处理未覆盖的类型或nil接口值 - 注意：
case nil:不会触发——接口变量为nil时，任何.()断言都返回ok = false，switch会直接进default - 不要在
case里对v做二次断言，那是冗余且易错的
断言失败不等于值为空，nil 接口和 nil 指针要分开判断
var i interface{} = (*string)(nil) 是合法的：接口非 nil（有动态类型 *string 和动态值 nil），但断言 i.(*string) 会成功，返回 (*string)(nil)。此时若直接 *p 就 panic。
容易踩的坑：把 “断言成功” 等同于 “值可用”，忽略了指针或切片等类型本身的空状态。
- 对指针类型断言后，必须显式检查
p != nil - 对切片或 map 断言后，用
len(s) > 0或s != nil判断有效性，不能只依赖ok -
var i interface{}（未赋值）是nil接口，此时i.(T)总是ok = false，哪怕T是nil可接受的类型
别名类型（type alias）和定义类型（defined type）不能互断
Go 把 type MyInt int 和 type YourInt = int 当作完全不同的类型处理。前者是定义类型（defined type），后者是别名类型（type alias）。它们底层相同，但类型系统不认为可互换。
典型错误：数据库驱动返回 driver.Value 是 interface{}，你存了个 MyInt，却用 int 去断言，失败；或者反过来，用 MyInt 断言一个原始 int 值，也失败。
- 断言目标必须与原始值的动态类型完全一致，包括是否为定义类型
- 查运行时真实类型用
fmt.Sprintf("%T", v)，不是看变量声明，而是看它被赋值时的字面量或构造方式 - 泛型函数里用
~T约束可缓解，但运行时断言仍需匹配确切类型名
