本文讲解在 go 单元测试中，如何高效、可读地验证一个可能返回 nil 或具体指针值的函数——不关心具体值内容，只关注其“存在性”（即是否为非 nil），并提供比显式分支判断更简洁可靠的断言方式。

本文讲解在 go 单元测试中，如何高效、可读地验证一个可能返回 nil 或具体指针值的函数——不关心具体值内容，只关注其“存在性”（即是否为非 nil），并提供比显式分支判断更简洁可靠的断言方式。

在 Go 测试中，当被测函数返回类型为 *T（如 *CustomType）且语义上仅需确认“是否成功构造/返回了实例”时，核心诉求是：验证返回值的 nil 性与预期一致，而非深度比较结构体内容。此时，直接使用 actual == case.Expected 是错误的——因为两个不同的非-nil 指针（如 &CustomType{} 和 &CustomType{}）地址不同，恒为 false；而 nil == nil 虽成立，但逻辑覆盖不完整。

✅ 推荐写法：利用布尔等价性进行存在性断言
最简洁、语义清晰的方式是将“是否为 nil”抽象为布尔值，再比较两者一致性：

if (actual == nil) != (case.Expected == nil) {
    t.Fatalf("expected existence %t, but got %t for input %q",
        case.Expected != nil, actual != nil, case.Input)
}

该表达式 (actual == nil) != (case.Expected == nil) 在二者 nil 状态不一致时返回 true（即触发失败），逻辑直观、零依赖、无类型限制，适用于任意可比较为 nil 的类型（指针、切片、map、func、channel、interface{}）。

? 完整测试示例：

func TestSomeFunc(t *testing.T) {
    tests := map[string]struct {
        Input    string
        Expected *CustomType
        Err      error
    }{
        "returns concrete value": {
            Input:    "valid",
            Expected: &CustomType{},
            Err:      nil,
        },
        "returns nil on error": {
            Input:    "invalid",
            Expected: nil,
            Err:      ErrSomeError,
        },
    }

    for name, tt := range tests {
        t.Run(name, func(t *testing.T) {
            actual, err := SomeFunc(tt.Input)

            // 断言返回值存在性（nil/non-nil 一致性）
            if (actual == nil) != (tt.Expected == nil) {
                t.Fatalf("existence mismatch: expected %v, got %v", 
                    tt.Expected != nil, actual != nil)
            }

            // 断言错误匹配（可选）
            if !errors.Is(err, tt.Err) {
                t.Fatalf("error mismatch: expected %v, got %v", tt.Err, err)
            }
        })
    }
}

⚠️ 注意事项：

• 避免 reflect.DeepEqual(actual, tt.Expected)：对指针类型会比较地址，且 nil 与空结构体指针不等价；
• 不要省略 != 后的括号：Go 运算符优先级要求 (actual == nil) 必须加括号，否则 actual == nil != tt.Expected == nil 会被错误解析；
• 若需同时验证非-nil 值的内部字段，应在 actual != nil 分支内单独断言，而非混入存在性检查；
• 此模式天然兼容 nil 安全的 interface{} 类型（如 io.Reader），只要其底层值满足 nil 判定规则。

总结：用 (a == nil) != (b == nil) 替代冗长的四分支条件，既提升可读性，又消除类型耦合，是 Go 测试中验证“存在性”的惯用且健壮的实践。