go 语言中，接口变量为 nil 的条件是其动态类型和动态值均为 nil；若仅值为 nil 而类型非 nil（如 *t(nil)），接口本身不等于 nil，这是初学者常踩的“假 nil”坑。
go 语言中，接口变量为 nil 的条件是其动态类型和动态值均为 nil；若仅值为 nil 而类型非 nil（如 *t(nil)），接口本身不等于 nil，这是初学者常踩的“假 nil”坑。
在 Go 中，error 是一个接口类型：type error interface { Error() string }。而接口变量的 nil 判断并非简单看其内部值是否为空指针，而是同时检查两个组成部分：
- 动态类型（dynamic type）：实际赋值给接口的具体类型（如 *TestError）；
- 动态值（dynamic value）：该类型对应的实例（如 (*TestError)(nil)）。
只有当二者均为 nil 时，接口变量才等于 nil。否则，即使动态值是 nil，只要动态类型已确定（如 *TestError），整个接口就非 nil —— 这正是你示例中输出 err == nil 为 false 的根本原因。
来看关键代码片段：
func NewTestError(err error) *TestError {
if err == nil {
return nil // 返回裸指针 nil
}
return &TestError{Message: err.Error()}
}此处 NewTestError(err) 的返回类型是 *TestError（指针类型），而非 error。但你在 main 中将其赋值给了 error 类型变量：
err = NewTestError(err) // *TestError(nil) → 被隐式转换为 error 接口
此时，接口 err 的：
- 动态类型 = *TestError（非 nil！）
- 动态值 = nil（空指针）
因此 err == nil 结果为 false，而 fmt.Printf("err = %#v", err) 输出 (*main.TestError)(nil) —— 清晰印证了“类型存在、值为空”的状态。
✅ 正确做法：避免将可能为 nil 的具体类型直接赋给接口，而应显式返回接口类型的 nil：
func NewTestError(err error) error { // 返回 error 接口，而非 *TestError
if err == nil {
return nil // ✅ 此时返回的是真正的 interface{}(nil)
}
return &TestError{Message: err.Error()}
}⚠️ 注意事项：
- 不要混淆 *T(nil) 和 interface{} 的 nil：前者是具体类型的零值，后者是接口的零值，语义不同；
- 使用 errors.Is(err, nil) 或直接 if err != nil 是安全的，但前提是 err 确实是 error 类型且未被意外包装；
- 在函数返回 error 时，始终返回 nil（接口零值），而非 (*SomeErr)(nil) 等具体类型零值；
- 调试时可用 fmt.Printf("%#v", err) 查看接口底层结构，或通过 reflect.ValueOf(err).IsNil() 辅助判断（仅适用于可反射的接口值）。
总结：Go 接口的 nil 判断是“双空判定”。理解 type + value 的二元本质，是写出健壮错误处理逻辑的前提。宁可多写一行 var err error 显式声明，也不要依赖隐式转换带来的语义歧义。
