考慮以下簡化示例：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 指針？最好是內(nèi)嵌片段?；旧鲜故纠闆re != nil下false均勻。我考慮過的：如果getInternalMessengerVariant()返回接口類型而不是具體指針，則不會(huì)出現(xiàn)此問題，但它需要重構(gòu)并且可能仍未被發(fā)現(xiàn)并在運(yùn)行時(shí)產(chǎn)生恐慌（如果 e != nil）。func getInternalMessengerVariant() IMessenger { return nil}重寫 MessengerFactory() 以攔截內(nèi)部返回：func MessengerFactory() IMessenger { if m := getInternalMessengerVariant(); m != nil { return m } return nil}非常具體地進(jìn)行類型檢查，但是如果有很多類型怎么辦：if e != nil && e != (*TMyMessenger)(nil) { e.Message()}
2 回答
海綿寶寶撒
TA貢獻(xiàn)1809條經(jīng)驗(yàn) 獲得超8個(gè)贊
每當(dāng)您從函數(shù)返回接口時(shí)，都會(huì)存在此問題：如果接口包含類型化的 nil 指針，則接口本身不是 nil。沒有簡單的方法來檢查它。
處理這個(gè)問題的一個(gè)好方法是為接口返回一個(gè) nil：
func MessengerFactory() IMessenger {
x:= getInternalMessengerVariant()
if x==nil {
return nil
}
return x
}
那么你就不需要檢查返回值是否指向一個(gè) nil 指針。
MMMHUHU
TA貢獻(xiàn)1834條經(jīng)驗(yàn) 獲得超8個(gè)贊
Burak Serdar 在他的回答中很好地解釋了為什么要為您if x == nil返回false。
但這不是你感到恐慌的原因。
Go 很樂意在nil指針上調(diào)用接收器函數(shù)，只要接收器不取消引用指針即可。
這不會(huì)恐慌：
type TMyMessenger struct {
}
func (m *TMyMessenger) Message() {}
func main() {
var t *TMyMessenger = nil
t.Message()
}
那是因?yàn)槟銢]有取消引用接收函數(shù)m中的指針。Message
你的例子只會(huì)恐慌，因?yàn)槟阋呀?jīng)m在類型TMyMessenger（而不是指針）上定義了接收函數(shù)。因此，Go 將不得不取消引用指向接口值內(nèi)部的nil指針，以便調(diào)用接收函數(shù)。TMyMessengerIMessenger
如果您更改代碼中的一行，它將不再恐慌：
func (m *TMyMessenger) Message() {}
（(m TMyMessenger)改為(m *TMyMessenger)）
- 2 回答
- 0 關(guān)注
- 167 瀏覽
添加回答
舉報(bào)
0/150
提交
取消