如何理解golang中的nil

2020 年 5 月 20 日
筆記
Go

nil的奇怪行为

刚接触golang时，发现nil在不同的上下文，行为表现是不同的，并且和其他语言中的表现，也不大相同

实例1：输入true, true, false，不符合传递性

func main() {
    var t *T
    var i interface{} = t
    fmt.Println(t == nil, i == t, i == nil)
}

实例2：nil可以调用方法

func(t *tree) Sum() int {
  if t == nil {
    return 0
  }
  return t.v + t.l.Sum() + t.r.Sum()
}


var t *tree
t.Sum()

理解nil

golang中的nil与其他语言中的语义是一样的，就是代表引用类型的默认值，但是不一样的是，golang中有多种引用类型：pointer、interface、slice、map，channel, function；因此，每种引用类型的默认值，是不一样的，就和基础类型中，bool的默认值是false, int的默认值是0一样

作为一个强类型语言，不同引用类型的判空（nil）规则是不同的；

interface的判空规则是，需要判断类型和值是否都为nil(interface的底层是有类型和值构成的)
slice的判空，需要判断slice引用底层数组的指针为空，容量和size均为0

因此，判断nil的行为时，需要结合nil指向的具体类型，然后做判断；比如实例1中，t是指针，i是interface, i中的数据类型是*T, 值为nil, 但是因为有类型，所有i不为nil; 实例2中，nil指针能够直接调用方法，也是指针的语言特性

总结

理解nil，不能像理解其他语言中的null一样，统一的去看待，需要结合具体的数据类型，然后改数据类型的语言特性去理解；

历史上，null是一个偷懒的设计，虽然理解上很简单，但是导致了许多问题，现代编程语言针对null，都有着自己的改进，比如java中的optional; nil的特性，也体现了golang开发者对null改进的独特思考，由于没有历史包袱，设计可能比较独特，和其他语言差别较大，初上手时可能比较难理解，但是熟悉后，就能感受到其带来的便捷

参考链接

理解Go语言的nil – 简书

interface{}与nil，违背了==的传递性 – Golang 中国

Tags: Go