interface{}的核心用途是让Go临时绕过类型系统以接收、存储或传递任意类型值；它仅在编译器拦截且泛型不适用时使用，需谨慎类型断言，Go 1.18+应优先用泛型替代。

什么时候必须用 interface{}？

不是“想通用就用”，而是当 Go 编译器明确拦住你、且泛型又不适用（或版本太老）时，才轮到它出场：

• 解析未知结构的 JSON：json.Unmarshal 无法提前知道字段名和类型，只能往 map[string]interface{} 或 []interface{} 里塞
• 写调试/日志函数，比如 Log(v interface{})，你不可能为 string、time.Time、map[any]any 各写一个重载
• 构建简易中间层容器（如配置缓存、事件 payload），字段值类型不确定，例如 type Config map[string]interface{}
• 框架中做“钩子”参数透传，比如中间件的 ctx.Set("user", user)，底层用 map[string]interface{} 存

为什么不能直接取值？类型断言是必经关卡

interface{} 本身不携带类型操作能力——它只是个“盒子”，你得自己打开并确认里面是什么。漏掉检查，.([]string) 这种强制断言会 panic：

data := interface{}("hello")
s := data.(string) // ✅ 安全（但仅限确定是 string）
s, ok := data.(string) // ✅ 推荐：带 ok 判断
if !ok {
    // 处理非 string 情况
}

• 多个类型要处理？用 switch v := x.(type) 更清晰，比一连串 if-else 断言可读性强
• 嵌套结构（比如 JSON 解析后取 obj["items"].([]interface{})）要逐层断言，一层漏判，下一层就崩
• 别信文档说“这里肯定是 int”，API 响应字段类型可能悄悄变更，运行时才暴露

Go 1.18+ 之后，哪些场景该换成泛型？

泛型不是替代品，而是升级选项。以下情况请优先考虑泛型而非 interface{}：

• 你写的函数逻辑跟类型强相关，比如 Max([]int) 和 Max([]float64) 行为一致 → 改成 func Max[T constraints.Ordered](s []T)
• 切片/Map 的元素类型固定但需复用逻辑（如通用排序、查找）→ 泛型性能更高、编译期报错更早
• 自定义容器（栈、队列）需要类型安全的 Push(T) 和 Pop() T → type Stack[T any] 比 []interface{} 更可靠
• 用了 interface{} 后频繁做类型断言，代码里满屏 .([]byte)、.(map[string]interface{}) → 这是信号：该重构了

最容易被忽略的坑：反射 + interface{} 的双重不确定性

有人把 interface{} 和 reflect.ValueOf 连用，以为“反正都动态了”，结果掉进深坑：

• reflect.ValueOf(x).Interface() 返回的仍是 interface{}，不是原类型；若原值是 nil 指针，Interface() 会 panic
• 对 interface{} 做 reflect.ValueOf，再取 .Elem()，必须先确认它是指针，否则 panic
• JSON 解析后得到 map[string]interface{}，其中 value 是 interface{}，再用反射遍历字段？小心 float64 取代 int（JSON 标准没 int 类型）、空数组变 nil slice

真正需要反射的场景很少，多数时候是设计没收敛——先问自己：这个“任意类型”是不是其实有隐含契约？能不能用具体接口代替？