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改进的独特思考，由于没有历史包袱，设计可能比较独特，和其他语言差别较大，初上手时可能比较难理解，但是熟悉后，就能感受到其带来的便捷