在 Go 中处理指向 nil 指针的指针

Question

考虑以下简化示例：package mainimport (    "fmt")type IMessenger interface {    Message()}type TMyMessenger struct {}func (m TMyMessenger) Message()  {}func MessengerFactory() IMessenger {    return getInternalMessengerVariant()}func getInternalMessengerVariant() *TMyMessenger {    return nil}func main() {    e := MessengerFactory()    fmt.Println(" e == nil", e == nil)  // *TMyMessenger(nil)    if e != nil {        e.Message()    }}它的输出：e == nil falsepanic: runtime error: invalid memory address or nil pointer dereference问题 1： 是否有惯用的 Go 方法来检查是否e指向 nil 指针？最好是内嵌片段。基本上使示例情况e != nil下false均匀。我考虑过的：如果getInternalMessengerVariant()返回接口类型而不是具体指针，则不会出现此问题，但它需要重构并且可能仍未被发现并在运行时产生恐慌（如果 e != nil）。func getInternalMessengerVariant() IMessenger {    return nil}重写 MessengerFactory() 以拦截内部返回：func MessengerFactory() IMessenger {     if m := getInternalMessengerVariant(); m != nil {         return m     }     return nil}非常具体地进行类型检查，但是如果有很多类型怎么办：if e != nil && e != (*TMyMessenger)(nil) {    e.Message()}

Answer 1

每当您从函数返回接口时，都会存在此问题：如果接口包含类型化的 nil 指针，则接口本身不是 nil。没有简单的方法来检查它。

处理这个问题的一个好方法是为接口返回一个 nil：

func MessengerFactory() IMessenger {

    x:= getInternalMessengerVariant()

    if x==nil {

        return nil

    }

    return x

}

那么你就不需要检查返回值是否指向一个 nil 指针。

Answer 2

Burak Serdar 在他的回答中很好地解释了为什么要为您if x == nil返回false。

但这不是你感到恐慌的原因。

Go 很乐意在nil指针上调用接收器函数，只要接收器不取消引用指针即可。

这不会恐慌：

type TMyMessenger struct {

}

func (m *TMyMessenger) Message() {}

func main() {

    var t *TMyMessenger = nil

    t.Message()

}

那是因为你没有取消引用接收函数m中的指针。Message

你的例子只会恐慌，因为你已经m在类型TMyMessenger（而不是指针）上定义了接收函数。因此，Go 将不得不取消引用指向接口值内部的nil指针，以便调用接收函数。TMyMessengerIMessenger

如果您更改代码中的一行，它将不再恐慌：

func (m *TMyMessenger) Message()  {}

（(m TMyMessenger)改为(m *TMyMessenger)）