理解 Go 介面中的 nil 切片悖論
當 nil 切片作為介面傳遞時，為什麼結果不是 nil？這種令人困惑的行為可以透過理解 Go 介面的底層實作來解釋。
在Go 中，interface{} 變數本質上是一個雙字段結構，由類型描述符和資料值組成，如下所示iface struct:
struct Iface {
Itab* tab;
void* data;
};現在，我們來分析提供的兩個函數呼叫程式碼：
<code class="go">yes([]int{}) // output: true
no([]int{}) // output: false</code>yes 函數：
在yes 函數中，[]int{} 值作為參數thing 傳遞。由於 yes 只接受切片參數，因此編譯器將 nil 視為零值切片。因此，比較 thing == nil 變成 nil == nil，傳回 true。
no Function:
相反，no 函數需要一個介面{}範圍。當您傳遞 []int{} 值時，Go 會自動將其包裝在 interface{} 類型中。有效地將其轉換為interface{[]int, nil}。比較 thing == nil 現在計算為 interface{[]int, nil} == nil，結果為 false。
Go FAQ 中進一步闡明了這種行為，其中解釋了「包含nil 的介面僅是如果它們的所有成員都是nil，則等於nil」（即在本例中，[]int（類型成員）不能是nil)。
因此，在處理介面中的 nil 切片時，了解這種怪癖並考慮底層實作以正確解釋行為至關重要。
以上是為什麼傳遞給 Go 介面的 Nil 切片不等於 Nil？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
