关于golang:Golang-中-nilnil-是对是错

这篇文章，咱们将理解如何在 Go 中应用 == 操作符比拟对象值。咱们还将进一步钻研某些场景下，该操作符的行为看起来像是一个谬误，可理论是因为不足了解导致的。

看看上面的例子。

var a *string = nil    
var b interface{} = a
fmt.Println("a == nil:", a == nil) // true 
fmt.Println("b == nil:", b == nil) // false 
fmt.Println("a == b:", a == b) // true

后果对你来说奇怪吗？

为了了解下面的例子，咱们从一个简略的例子开始。

var a int = 12
var b int = 12
c:= 12
fmt.Println("a == b :", a == b) // true
fmt.Println("a == c :", a == c) // true

这里的答案不难理解吧。

咱们来改变一下这个例子。

var a *string = nil
var b interface{} = nil
fmt.Println("a == nil:", a == nil) // true
fmt.Println("b == nil:", b == nil) // true
fmt.Println("a == b:", a == b)     // false (只管 a 和 b 的值都为 nil)

为了了解最初一种状况，咱们深入研究一下。

在 Go 中，每个指针变量都有两个与之相干的值，<type，value>。事实上，每个变量都必须指定一个类型，这就是为什么咱们不能给未定义的变量赋空值。这就是为什么咱们不能间接写 x:=ni 的起因，如果咱们没有定义 x 的类型，咱们会失去以下谬误:

use of untyped nil

从新看这个问题，

var a *string = nil      // a is <*string, nil>
var b interface{} = nil  // b is <nil, nil>
fmt.Println("a == nil:", a == nil) // true
fmt.Println("b == nil:", b == nil) // true
fmt.Println("a == b:", a == b)    // false <*string,nil>!=<nil, nil>

示例中，变量 a 理论示意 <*string，nil>。

interface{} 默认类型是 nil，因而变量 b 理论是 <nil，nil>。

在判断 a==b 时，实际上是在比拟 <*string，nil> == <nil，nil>，当然是 false。

当初回到咱们第一个例子，

var a *string = nil     // a is <*string, nil>
var b interface{} = a

fmt.Println("a == nil:", a == nil) //true (<*int, nil>==<*int, nil>)
fmt.Println("b == nil:", b == nil) //false (<*string,nil>==<nil,nil> 
fmt.Println("a == b:", a == b) // true

当判断 a==nil 时，== 运算符比拟类型和值。在这里，右边和左边的值都是 nil, 然而 nil 的类型是什么？

当 nil (硬编码的值) 与对象比拟时，nil 的类型和与它比拟的对象申明的类型雷同。

因而，在判断 a==nil 的状况下，实质上是判断 <_string，nil> ==<_string，nil>。所以，后果为 true。

当判断 b==nil 时，左边实际上是 <nil，nil>，而右边 b 的类型是 interface{}，它的默认值是 nil。然而当咱们做了，

var b interface{} = a
咱们将 a 的值赋值给了 b，这就意味着 b 当初援用了 <*string，nil>。因而 当判断 b==nil 时，答案为 false。

留神:var b interface{} =a 不扭转 b 变量的申明类型。

总结

这个问题在开发过程中经常出现，例如上面这段代码，咱们可能会遇到这样的谬误。

var resp string
var err error
resp, err = CallFunction()
if err != nil{// 如果 CallFunction 返回的类型和 err 不匹配，则执行}
func CallFunction() custom.Error{// 返回指针变量}

这里有更多的试验 [1]。

因而，最好查看下被调用函数的返回类型和调用函数中接管变量的类型是否匹配。

附录

[1]
https://play.golang.org/p/BnPPXEs9_Oq
如果文章对你有所帮忙，欢送关注！