interface{}不是泛型替代品，仅三类场景必须使用：接收任意类型参数（如fmt.println）、构建异构容器（如日志字段map）、实现延迟解析（如json.rawmessage）；其他情况应优先选用泛型或明确接口。
interface{} 不是泛型替代品，也不是类型擦除工具——它只是 Go 语言里唯一能静态满足“所有类型”的接口。用对了省事，用错了 runtime panic、性能毛刺、维护黑洞全来。
什么时候必须用 interface{}？
只有三类场景真正需要它：
- 函数参数要接收任意具体类型（比如 fmt.Println 内部）
- 构建可容纳不同结构体的切片或 map（如日志字段聚合、JSON 解析中间层）
- 实现类似 json.RawMessage 的延迟解析容器（先存着，后面再断言或反射）
其他情况，比如想“绕过类型检查”或“模拟动态语言”，基本是设计信号异常——该用泛型就用 func[T any](v T)，该定义明确接口就写 type Storer interface { Save() error }。
interface{} 赋值后怎么安全取值？
不能直接用，必须做类型判断。最常用且推荐的是 type switch：
- 单一类型预期用类型断言：v, ok := data.(string)
- 多类型分支用 type switch，避免嵌套 if：
switch v := data.(type) {
case string:
fmt.Println("string:", v)
case int, int64:
fmt.Println("number:", v)
case []byte:
fmt.Println("bytes len:", len(v))
default:
fmt.Println("unknown type:", reflect.TypeOf(v))
}
- 别用 data.(string) 这种不带 ok 的强制断言，一旦类型不符直接 panic-
reflect.ValueOf(data).Kind() 只在极少数反射驱动逻辑中需要，日常取值完全没必要引入反射开销为什么 interface{} 变量打印出来有时是 <nil></nil>？
这是两个 nil 混淆导致的经典困惑：
- 空接口变量本身为 nil（未赋值），fmt.Printf("%v %T", i, i) 输出 <nil><nil></nil></nil>
- 空接口变量已赋值，但所存的值本身是 nil（比如 var s *string; i = s），此时 i 不是 nil，只是它内部的 data 字段指向 nil
- 判断是否为 nil 值，得先断言再判空：if s, ok := i.(string); ok && s == "" 或 if p, ok := i.(*string); ok && p == nil
- 直接写 if i == nil 只有在 i 根本没被赋过值时才成立，绝大多数业务逻辑里这条件永远不触发
和泛型比，interface{} 最容易被忽略的代价是什么？
不是语法丑，是编译器完全放弃类型推导：
- 所有方法调用走动态分发，无法内联，函数调用栈多一层 indirection
- 存储结构体指针时，interface{} 会拷贝整个结构体（如果传值而非指针）
- JSON 序列化时，json.Marshal(map[string]interface{}) 比 json.Marshal(MyStruct{}) 慢 3–5 倍，且内存分配翻倍
- IDE 无法跳转、无法补全、无法静态检查字段访问，协作时别人看不懂你存的到底是什么
真正该用 interface{} 的地方很少，但它一旦出现，就得全程守住类型安全边界——断言、文档、测试缺一不可。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
