若有任何问题或倡议,欢送及时交换和碰撞。我的公众号是【脑子进煎鱼了】,GitHub 地址:https://github.com/eddycjy。
大家好,我是煎鱼。
前几天在读者交换群里看到一位小伙伴,针对 interface 的应用有了比拟大的纳闷。
独一无二,我也在网上看到有小伙伴在 Go 面试的时候被问到了:
明天特意分享进去让大家避开这个坑。
例子一
第一个例子,如下代码:
func main() {var v interface{}
v = (*int)(nil)
fmt.Println(v == nil)
}
你感觉输入后果是什么呢?
答案是:
false
为什么不是 true
。明明都曾经强行置为 nil
了。是不是 Go 编译器有问题?
例子二
第二个例子,如下代码:
func main() {
var data *byte
var in interface{}
fmt.Println(data, data == nil)
fmt.Println(in, in == nil)
in = data
fmt.Println(in, in == nil)
}
你感觉输入后果是什么呢?
答案是:
<nil> true
<nil> true
<nil> false
这可就更奇怪了,为什么刚刚申明进去的 data
和 in
变量,的确是输入后果是 nil
,判断后果也是 true
。
怎么把变量 data
一赋予给变量 in
,世界就变了?输入后果仍然是 nil
,但断定却变成了 false
。
和下面的第一个例子后果相似,真是神奇。
起因
interface 判断与设想中不一样的根本原因是,interface 并不是一个指针类型,尽管他看起来很像,以至于误导了不少人。
咱们钻上来 interface,interface 共有两类数据结构:
runtime.eface
构造体:示意不蕴含任何办法的空接口,也称为 empty interface。runtime.iface
构造体:示意蕴含办法的接口。
看看这两者相应的底层数据结构:
type eface struct {
_type *_type
data unsafe.Pointer
}
type iface struct {
tab *itab
data unsafe.Pointer
}
你会发现 interface 不是单纯的值,而是 分为类型和值。
所以传统认知的此 nil 并非彼 nil,必须得类型和值同时都为 nil 的状况下,interface 的 nil 判断才会为 true。
解决办法
与其说是解决办法,不如说是婉转的破局之道。在不扭转类型的状况下,办法之一是利用反射(reflect),如下代码:
func main() {
var data *byte
var in interface{}
in = data
fmt.Println(IsNil(in))
}
func IsNil(i interface{}) bool {vi := reflect.ValueOf(i)
if vi.Kind() == reflect.Ptr {return vi.IsNil()
}
return false
}
利用反射来做 nil 的值判断,在反射中会有针对 interface 类型的非凡解决,最终输入后果是:true,达到成果。
其余办法的话,就是扭转原有的程序逻辑,例如:
- 对值进行 nil 判断,再返回给 interface 设置。
- 返回具体的值类型,而不是返回 interface。
总结
Go interface 是 Go 语言中最罕用的类型之一,大家用惯了 if err != nil
就很容易棘手就踩进去了。
倡议大家要多留个心眼,如果对 interface 想要有更进一步的理解,能够看看我的这篇深刻解析的文章:《一文吃透 Go 语言解密之接口 interface》。
小伙伴们有没有踩到过,或遇到过 interface 相干的“坑”呢?欢送大家下方留言探讨,分享进去。
大家一起冲!
我的公众号
分享 Go 语言、微服务架构和奇怪的零碎设计,欢送大家关注我的公众号和我进行交换和沟通。
最好的关系是相互成就 ,各位的 点赞 就是煎鱼创作的最大能源,感激反对。