考慮以下簡化示例：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 指針？最好是內嵌片段?；旧鲜故纠闆re != 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()}
2 回答
海綿寶寶撒
TA貢獻1809條經驗 獲得超8個贊
每當您從函數返回接口時，都會存在此問題：如果接口包含類型化的 nil 指針，則接口本身不是 nil。沒有簡單的方法來檢查它。
處理這個問題的一個好方法是為接口返回一個 nil：
func MessengerFactory() IMessenger {
x:= getInternalMessengerVariant()
if x==nil {
return nil
}
return x
}
那么你就不需要檢查返回值是否指向一個 nil 指針。
MMMHUHU
TA貢獻1834條經驗 獲得超8個贊
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)）
- 2 回答
- 0 關注
- 169 瀏覽
添加回答
舉報
0/150
提交
取消