最近在项目中踩了一个深坑——“Golang中一个包含nil指针的接口不是nil接口”，现象是函数内返回了nil给一个对象，使用interface接收函数返回值判断始终不为nil。总结下分享出来，如果你不是很理解这句话，那推荐认真看下下面的示例代码，避免以后写代码时踩坑。
示例一
先一起来看下这段代码，你感觉有没有问题呢？
type IPeople interface {
hello()
}
type People struct {
}
func (p *People) hello() {
fmt.Println("github.com/meetbetter")
}
func errFunc1(in int) *People {
if in == 0 {
fmt.Println("importantFunc返回了一个nil")
return nil
} else {
fmt.Println("importantFunc返回了一个非nil值")
return &People{}
}
}
func main() {
var i IPeople
in := 0
i = errFunc1(in)
if i == nil {
fmt.Println("哈，外部接收到也是nil")
} else {
fmt.Println("咦，外部接收到不是nil哦")
fmt.Printf("%v, %T\n", i, i)
}
}
复制代码这段代码的执行结果是:
importantFunc返回了一个nil
咦，外部接收到不是nil哦
<nil>, *main.People
复制代码可以看到在main函数中收到的返回值不是nil， 明明在errFunc1()函数中返回的是nil，到了main函数为什么收到的不是nil呢？
这是因为：将nil赋值给*People后再将*People赋值给interface，*People本身是是个指向nil的指针，但是将其赋给接口时只是接口中的值为nil，但是接口中的类型信息为*main.People而不是nil，所以这个接口不是nil。
是的，Golang中的interface类型包含两部分信息——值信息和类型信息，只有interface的值合并类型都为nil时interface才为nil，interface底层实现可以在后面的源码分析看到。
先来看看正确的处理接口返回值的方法，是直接将nil赋给interface：
func rightFunc(in int) IPeople {
if in == 0 {
fmt.Println("importantFunc返回了一个nil")
return nil
} else {
fmt.Println("importantFunc返回了一个非nil值")
return &People{}
}
}
复制代码示例二
下面的代码更清晰的证明了一个包含nil指针的接口不是nil接口的结论：
type IPeople interface {
hello()
}
type People struct {
}
func (p *People) hello() {
fmt.Println("github.com/meetbetter")
}
//错误：将nil的people给空接口后接口就不为nil,因为interface中的value为nil但type不为nil
func errFunc() *People {
return nil
}
//正确处理返回nil给接口的方法,返回时go就确定了接口是不是nil
func rightFunc() IPeople {
return nil
}
func main() {
var i IPeople
i = errFunc()
if i == nil { //想通过接口是否为nil来判断故障，却始终判断接口非空
fmt.Println("errFunc对了哦，外部接收到也是nil")
fmt.Println(reflect.TypeOf(i))
} else {
fmt.Println("errFunc错了咦，外部接收到不是nil哦")
fmt.Println(reflect.TypeOf(i))
}
i = rightFunc()
if i == nil {
fmt.Println("rightFunc对了哦，外部接收到也是nil")
fmt.Println(reflect.TypeOf(i))
} else {
fmt.Println("rightFunc错了咦，外部接收到不是nil哦")
fmt.Println(reflect.TypeOf(i))
}
}
复制代码输出结果：
errFunc错了咦，外部接收到不是nil哦
*main.People
rightFunc对了哦，外部接收到也是nil
<nil>
复制代码interface底层实现
下面的注释信息来自参考文章中，从interface底层实现可以看出iface比eface 中间多了一层itab结构， itab 存储_type信息和[]fun方法集，所以即使data指向了nil 并不代表interface 就是nil， 还要考虑_type信息。
type eface struct { //空接口
_type *_type //类型信息
data unsafe.Pointer //指向数据的指针(go语言中特殊的指针类型unsafe.Pointer类似于c语言中的void*)
}
type iface struct { //带有方法的接口
tab *itab //存储type信息还有结构实现方法的集合
data unsafe.Pointer //指向数据的指针(go语言中特殊的指针类型unsafe.Pointer类似于c语言中的void*)
}
type _type struct {
size uintptr //类型大小
ptrdata uintptr //前缀持有所有指针的内存大小
hash uint32 //数据hash值
tflag tflag
align uint8 //对齐
fieldalign uint8 //嵌入结构体时的对齐
kind uint8 //kind 有些枚举值kind等于0是无效的
alg *typeAlg //函数指针数组，类型实现的所有方法
gcdata *byte
str nameOff
ptrToThis typeOff
}
type itab struct {
inter *interfacetype //接口类型
_type *_type //结构类型
link *itab
bad int32
inhash int32
fun [1]uintptr //可变大小 方法集合
}
复制代码以上完整代码均整理在Github-跟着示例代码学Golang项目。
参考文章：
