interface{}参数不能直接使用，因为编译器仅将其视为无方法的空容器，无法执行任何依赖具体类型的操作（如+、len、索引等）；必须通过类型断言（推荐v, ok := x.(T)形式）安全提取真实类型并获取具体值。
interface{} 参数为什么不能直接用？
Go 函数接收 interface{} 参数时，编译器只知道它是个“空容器”，完全不知道里面装的是 string、[]int 还是自定义结构体。所以任何依赖具体类型的操作都会失败：
-
v + "suffix"→invalid operation: v + "suffix" (mismatched types interface {} and string) -
len(v)→cannot call len on v (type interface{}) -
v[0]→invalid operation: v[0] (type interface{} does not support indexing) -
&v→cannot take the address of v
这些不是语法错误，而是类型系统在编译期就拦下的硬限制——不是“写错了”，而是“根本没这个能力”。
怎么安全地从 interface{} 提取真实类型？
必须用类型断言，且优先用双返回值形式：v, ok := x.(T)。它不 panic，把控制权交还给你。
常见写法：
立即学习“go语言免费学习笔记（深入）”；
- 单值断言：
s := arg.(string)—— 仅限你 100% 确认类型，否则运行时直接 crash - 安全断言：
s, ok := arg.(string)—— ok 为 false 时，s是string的零值（空字符串），不会 panic - type switch：
switch v := arg.(type)—— 适合处理多种可能类型，分支里v直接就是对应类型变量
例如 JSON 解析后常遇到 map[string]interface{}，取 age 字段必须断言：age, ok := data["age"].(float64)，因为 JSON 数字默认解码为 float64，不是 int。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
函数里做类型分发要注意什么？
用 type switch 处理多类型参数时，几个关键细节容易被忽略：
- 同一个
case列多个类型（如case int, int64:）时，分支内v的类型是第一个（int），不是联合类型；想区分int64得单独写case int64: -
default分支会匹配nil—— 因为nil可以赋给任意接口，但它没有具体类型 - 如果参数是切片或 map，断言后仍需检查是否为
nil，否则len(v)或遍历会 panic - 断言结构体时，要确保字段可导出（首字母大写），否则反射或序列化可能失败
示例中看似简单的 case []byte:，实际执行前最好加 if v != nil 判断，避免 len(v) 崩溃。
为什么别在循环里反复断言同一个值？
类型断言不是零成本操作。虽然比反射快，但每次调用都涉及运行时类型检查。如果函数内部要多次使用断言后的值，应该只断言一次，存到局部变量里复用。
反模式：
func handle(v interface{}) {
if _, ok := v.(string); ok {
fmt.Println(len(v.(string))) // 第二次断言！
fmt.Println(v.(string)[0]) // 第三次断言！
}
}
正确写法：
func handle(v interface{}) {
if s, ok := v.(string); ok {
fmt.Println(len(s)) // s 是 string 类型，直接用
fmt.Println(s[0])
}
}
真正容易被忽略的点是：类型断言本身不改变原值，也不“固化”类型；它只是每次运行时重新检查。所以性能和可读性都要求你把它当成一次性解包动作，而不是类型声明。
