若有任何问题或倡议,欢送及时交换和碰撞。我的公众号是 【脑子进煎鱼了】,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

这可就更奇怪了,为什么刚刚申明进去的 datain 变量,的确是输入后果是 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 语言、微服务架构和奇怪的零碎设计,欢送大家关注我的公众号和我进行交换和沟通。

最好的关系是相互成就,各位的点赞就是煎鱼创作的最大能源,感激反对。