大家好，我是煎鱼。
前几天在读者交流群里看到一位小伙伴，针对interface的使用有了比较大的疑惑。
无独有偶，我也在网上看到有小伙伴在Go面试的时候被问到了：
来自网上博客的截图今天特意分享出来让大家避开这个坑。
例子一第一个例子，如下代码：
funcmain(){varvinterface{}v=(*int)(nil)fmt.Println(v==nil)}
你觉得输出结果是什么呢？
答案是：
false
为什么不是true。明明都已经强行置为nil了。是不是Go编译器有问题？
例子二第二个例子，如下代码：
funcmain(){vardata*bytevarininterface{}fmt.Println(data,data==nil)fmt.Println(in,in==nil)in=datafmt.Println(in,in==nil)}
你觉得输出结果是什么呢？
答案是：
niltrueniltruenilfalse
这可就更奇怪了，为什么刚刚声明出来的data和in变量，确实是输出结果是nil，判断结果也是true。
怎么把变量data一赋予给变量in，世界就变了？输出结果依然是nil，但判定却变成了false。
和上面的第一个例子结果类似，真是神奇。
原因interface判断与想象中不一样的根本原因是，interface并不是一个指针类型，虽然他看起来很像，以至于误导了不少人。
我们钻下去interface，interface共有两类数据结构：
runtime.eface结构体：表示不包含任何方法的空接口，也称为emptyinterface。runtime.iface结构体：表示包含方法的接口。看看这两者相应的底层数据结构：
typeefacestruct{_type*_typedataunsafe.Pointer}typeifacestruct{tab*itabdataunsafe.Pointer}
你会发现interface不是单纯的值，而是分为类型和值。
所以传统认知的此nil并非彼nil，必须得类型和值同时都为nil的情况下，interface的nil判断才会为true。
解决办法与其说是解决方法，不如说是委婉的破局之道。在不改变类型的情况下，方法之一是利用反射（reflect），如下代码：
funcmain(){vardata*bytevarininterface{}in=datafmt.Println(IsNil(in))}funcIsNil(iinterface{})bool{vi:=reflect.ValueOf(i)ifvi.Kind()==reflect.Ptr{returnvi.IsNil()}returnfalse}
利用反射来做nil的值判断，在反射中会有针对interface类型的特殊处理，最终输出结果是：true，达到效果。
其他方法的话，就是改变原有的程序逻辑，例如：
对值进行nil判断，再返回给interface设置。返回具体的值类型，而不是返回interface。总结Gointerface是Go语言中最常用的类型之一，大家用惯了iferr!=nil就很容易顺手就踩进去了。
建议大家要多留个心眼，如果对interface想要有更进一步的了解，可以看看我的这篇深入解析的文章：《一文吃透Go语言解密之接口interface》。
小伙伴们有没有踩到过，或遇到过interface相关的“坑”呢？欢迎大家下方留言讨论，分享出来。
大家一起冲！