這個 Go 語言的經典 “坑”,我算是服了
大家好,我是明哥。
在開始之前,先考你一個非常 Go 味的經典問題:如何判斷一個 interface{} 的值是否為 nil ?
這也是面試有可能會被問到的一個問題,這個問題很 “迷”,平時沒有特別留心的朋友,很容易在這邊裁了。
我相信很多人會下意識的回答,直接 v == nil 進行判斷不就好了嗎?
很久之前,我也是那么想的,可寫了個 demo 后,才發(fā)現(xiàn)事情沒那么簡單。
請看下面這段代碼,可以先猜測一下輸出的結果。
- package main
- import (
- "fmt"
- )
- func main() {
- var a *string = nil
- var b interface{} = a
- fmt.Println(b==nil)
- }
答案應該會跟你下意識的回答 相反。
輸出的結果的是 false
這是為什么呢?接下來,我們就要好好的嘮嘮這里面的道道。
1. 兩個 interface 比較
interface 的內部實現(xiàn)包含了兩個字段,一個是 type,一個是 data
對于這樣一個變量
- var age interface{} = 25
其實內部結構是
因此兩個 interface 比較,勢必與這兩個字段有所關系。
經過驗證,只有下面兩種情況,兩個 interface 才會相等。
第一種情況
type 和 data 都相等
在下面的代碼中,p1 和 p2 的 type 都是 Profile,data 都是 {"iswbm"},因此 p1 與 p2 相等
而 p3 和 p3 雖然類型都是 *Profile,但由于 data 存儲的是結構體的地址,而兩個地址和不相同,因此 p3 與 p4 不相等
- package main
- import "fmt"
- type Profile struct {
- Name string
- }
- type ProfileInt interface {}
- func main() {
- var p1, p2 ProfileInt = Profile{"iswbm"}, Profile{"iswbm"}
- var p3, p4 ProfileInt = &Profile{"iswbm"}, &Profile{"iswbm"}
- fmt.Printf("p1 --> type: %T, data: %v \n", p1, p1)
- fmt.Printf("p2 --> type: %T, data: %v \n", p2, p2)
- fmt.Println(p1 == p2) // true
- fmt.Printf("p3 --> type: %T, data: %p \n", p3, p3)
- fmt.Printf("p4 --> type: %T, data: %p \n", p4, p4)
- fmt.Println(p3 == p4) // false
- }
運行后,輸出如下
- p1 --> type: main.Profile, data: {iswbm}
- p2 --> type: main.Profile, data: {iswbm}
- true
- p3 --> type: *main.Profile, data: 0xc00008e200
- p4 --> type: *main.Profile, data: 0xc00008e210
- false
第二種情況
特殊情況:兩個 interface 都是 nil
當一個 interface 的 type 和 data 都處于 unset 狀態(tài)的時候,那么該 interface 的類型和值都為 nil
- package main
- import "fmt"
- func main() {
- var p1, p2 interface{}
- fmt.Println(p1 == p2) // true
- fmt.Println(p1 == nil) // true
2. interface 與 非 interface 比較
當 interface 與非 interface 比較時,會將 非interface 轉換成 interface ,然后再按照 兩個 interface 比較 的規(guī)則進行比較。
示例如下
- package main
- import (
- "fmt"
- "reflect"
- )
- func main() {
- var a string = "iswbm"
- var b interface{} = "iswbm"
- fmt.Println(a==b) // true
- }
上面這種例子可能還好理解,那么請你看下面這個例子(文章開頭的示例),為什么 b 與 nil 不相等?
- package main
- import (
- "fmt"
- )
- func main() {
- var a *string = nil
- var b interface{} = a
- fmt.Println(b==nil) // false
- }
但當你使用 b==nil 進行判斷時,其實右邊的 nil 并非單純的是我們所理解的值為nil,而正確的理解應該是 類型為 nil 且 值也為 nil。
Go 會先將 nil 轉換為interface (type=nil, data=nil) ,這與 b (type=*string, data=nil) 雖然 data 是一樣的,但 type 不相等,因此他們并不相等。
那有沒有辦法判斷一個 interface{} 是不是 nil 呢?
有辦法的,但是要借助反射,一個非萬不得已不會使用的 reflect 包。
- package main
- import (
- "fmt"
- "reflect"
- )
- func IsNil(i interface{}) bool {
- vi := reflect.ValueOf(i)
- if vi.Kind() == reflect.Ptr {
- return vi.IsNil()
- }
- return false
- }
- func main() {
- var a *string = nil
- var b interface{} = a
- fmt.Println(IsNil(b))
- }
本文通過一些例子介紹了 Go 在比較時候,內部的一些實現(xiàn)原理,對于很多人,可能是一個“新”知識,沒有掌握的話,一定會在以后在編碼過程中給自己挖了個“大坑”,而這種語言內部的 “坑”,不知道就是不知道,再怎么代碼走查都很難發(fā)現(xiàn)。希望通過本篇文章,帶你一起把這個“坑” 給填上。
本篇原屬于 Go 面試題庫專欄系列文章,以前都是在標題上寫明了是面試題,考慮到有些人最近沒有在面試,怕你們錯過這類即使不面試,也要掌握的知識,以后的內容,可能不會在標題上特別標明是面試題了。
本專欄系列文章,我都公開到 Github 上:https://github.com/iswbm/golang-interview
這個號沒有留言功能呢 ,如果文章有寫得不對的地方,可以去那里提交 issue 幫我指正。順便可以幫我點個小 ??,在那里我對題庫進行了分類整理,方便索引查找。
加油噢,我們下篇見!