Golang：nil 类型的防御性接口

Question

我最近发现一些 go 代码正在测试框架中运行，其中有一些未初始化的变量。这会导致恐慌，它在顶部有一个包含一些 c 代码的堆栈跟踪。在函数中，有没有一种方法可以简明地检测作为实现成员引用的结构是否为零？IEfunc ( d *Dog ) canBark Bool {      //if d is nil, cryptic exception is thrown.      //is there a way to defend against this?}抛出的错误是panic: runtime error: invalid memory address or nil pointer dereference [signal 0xb code=0x1 addr=0x0 pc=0x4ec83a] goroutine 16 [running]:   runtime.panic(0x9b7400, 0xf7ddf3) 似乎在 go 中，这种较低级别的错误应该很少发生，也许根本不会发生......可能有一种 Golang 方法来处理 nil 引用，它不会用 if/else 逻辑使代码过于混乱。例如，在 java 中，您可以将大代码段包装在空指针异常处理程序中。

Answer 1

你可以检查 nil 然后做任何事情：

func (d *Dog) canBark bool {

    if d == nil {

        // do something useful, maybe? Like log

        // a stack trace for debugging later

        log.Print("Attempt to bark a nil dog!")

        return false

    }

    // do the regular things

}

Answer 2

当然：

func ( d *Dog ) bool {

    if d ==  nil {

        // a nil dog can't bark

        return false

    }

}

完全可以在 nil 结构上使用方法。然而，一个 nil 接口是另一回事。您无法对此进行防御，因为没有可以调用方法的类型。

type Barker interface {

    CanBark() bool

}

var dog Barker

//panics

dog.CanBark()

在 go 中，不正确地初始化数据结构是一个编程错误，方法可能会发生恐慌。如果从函数或方法返回类型值，通常还会返回一个错误值，指示是否可以使用第一个值。