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

这可就更奇怪了，为何刚刚声明出来的 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 语言、微服务架构和奇怪的系统设计，欢迎你们关注个人公众号和我进行交流和沟通。

最好的关系是互相成就，各位的点赞就是煎鱼创做的最大动力，感谢支持。