go 语言中，接口值（如 Error）只有在动态类型和动态值同时为 nil时才等于 nil；若类型非 nil 而值为 nil（如 *TestError(nil)），接口本身不为 nil，导致 err == nil 返回 false。
go 语言中，接口值（如 `error`）只有在动态类型和动态值同时为 nil时才等于 nil；若类型非 nil 而值为 nil（如 *testerror(nil)），接口本身不为 nil，导致 err == nil 返回 false。
在 Go 的类型系统中，接口（Interface）并非简单指针或标量，而是一个双字结构体（two-word interface）：一个字存储动态类型（type descriptor），另一个字存储动态值（data pointer）。当我们将 nil 赋值给接口变量（如 var err error），Go 会将两个字段都设为 nil，此时该接口值真正等于 nil。
但一旦接口被赋予某个具体类型的 nil 值（例如 (*TestError)(nil)），情况就不同了：
- 动态类型字段指向 *TestError（非 nil）；
- 动态值字段指向 nil（即空指针）；
→ 整个接口值不等于 nil，尽管其底层指针是空的。
这正是示例代码输出 err == nil 为 false、且 err = (*main.TestError)(nil) 的根本原因：
func NewTestError(err error) *TestError { if err == nil { return nil // 返回裸 nil 指针 } return &TestError{Message: err.Error()} } // 此处 err 是 error 接口类型 err = NewTestError(err) // NewTestError(nil) → 返回 (*TestError)(nil) // 但赋值给 error 接口时，Go 自动装箱： // 类型 = *TestError（非 nil） // 值 = nil（空指针） // ⇒ 接口 err ≠ nil✅ 正确判断方式：始终使用 err != nil 进行错误检查（这是 Go 社区约定与语言设计意图），而非试图解包后比较底层指针。
❌ 错误做法：对返回的 *TestError 做 if e != nil 判断后再转成 error——这混淆了指针语义与接口语义。
? 调试技巧：可通过 fmt.printf(“%#v”, err) 或 reflect.ValueOf(err).IsNil() 辅助诊断（注意后者仅适用于可寻址接口值，生产环境慎用）。
? 关键总结：
- error 是接口类型，其 nil 性由「类型 + 值」共同决定；
- nil 指针赋给接口 ≠ 接口为 nil；
- 不要依赖 (*T)(nil) 等价于 nil 接口；
- 始终坚持 if err != nil { … } 模式——它安全、标准、且符合 Go 的接口设计哲学。