乐趣区

关于golang:Go-面试题Go-interface-的一个-坑-及原理分析

若有任何问题或倡议,欢送及时交换和碰撞。我的公众号是【脑子进煎鱼了】,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 语言、微服务架构和奇怪的零碎设计,欢送大家关注我的公众号和我进行交换和沟通。

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

退出移动版