interface{} == nil 总是失效，因为接口非空仅当类型和数据字段都为零值；传入*string(nil)等仍得非nil接口。应改用reflect.ValueOf(i).IsNil()或类型断言判空。
interface{} == nil 判断为什么总是失效
因为 Go 的 interface{} 是一个两字宽结构体（类型指针 + 数据指针），哪怕底层值是 nil，只要类型信息存在，整个 interface 就不等于 nil。常见错误是直接写 if myInterface == nil，结果在传入 *T 类型的 nil 指针时返回 false。
- 典型场景：函数接收
interface{}参数后想判断“用户是否传了有效值”，但传了(*string)(nil)却没被识别 - 根本原因：接口非空 ≠ 底层值非空；接口为
nil仅当类型和数据字段都为零值 - 错误示例：
var s *string = nil<br>var i interface{} = s<br>fmt.Println(i == nil) // 输出 false
用 reflect.ValueOf(x).IsNil() 检查底层值是否为空
这是最通用、也最安全的方式，适用于所有可比较空值的类型（指针、切片、map、channel、func、unsafe.Pointer）。它绕过 interface 表层，直探底层值。
- 必须先确认
x是接口类型且非nil，否则reflect.ValueOf(nil)返回零值，调用.IsNil()会 panic - 正确写法要加两层检查：
if i != nil {<br> v := reflect.ValueOf(i)<br> if v.Kind() == reflect.Ptr || v.Kind() == reflect.Map || ... {<br> if v.IsNil() { /* 真空 */ }<br> }<br>} - 注意：对非指针/非引用类型（如
int、string）调用.IsNil()会 panic，务必先用v.Kind()过滤
更轻量的方案：类型断言 + 显式判空
如果你知道接口大概率是某几种类型（比如常用于 HTTP handler 的 error 或自定义结构体指针），直接类型断言比反射快、也更清晰。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 对
error：直接用if err != nil即可 —— 标准库error接口实现约定：nilerror 就是(*someError)(nil)，但接口本身仍为nil - 对已知指针类型：
if p, ok := i.(*MyStruct); ok && p == nil { /* 真空 */ } - 对 map/slice：断言后直接用内置 len 或 == nil 判定：
if m, ok := i.(map[string]int); ok && m == nil { ... } - 性能差异：反射约慢 10–50 倍，高频路径慎用；但类型不确定时，反射是唯一能兜底的手段
容易忽略的坑：nil interface 和 nil concrete value 混淆
很多人以为 “传了个 nil 指针进去，interface 就该是 nil”，其实不然。Go 会把 (*T)(nil) 自动装箱成非 nil 的 interface，只是它的底层数据指针是 nil。
立即学习“go语言免费学习笔记（深入）”；
- 这个行为在 JSON 解码、gRPC 反序列化、ORM 字段赋值中高频出现 —— 你以为字段没传，实际传了个类型明确的
nil - log 打印时容易误导：
fmt.Printf("%v", i)输出<nil></nil>，但这不是接口为nil，而是 reflect 逻辑下的字符串表示 - 真正可靠的调试方式：
fmt.Printf("i == nil? %t, type: %s, value: %v",<br> i == nil, reflect.TypeOf(i), reflect.ValueOf(i))
事情说清了就结束。关键不是记结论，而是每次写 == nil 前，多问一句：我到底想判 interface 本身，还是它装的那个值？
