本文作者:icy

Golang 中 nil==nil 是对是错?很好的问题

icy 2021-02-07 466 抢沙发
Golang 中 nil==nil 是对是错?很好的问题摘要: 这篇文章 很有必要我们将了解如何在 Go 中使用 == 操作符比较对象值。我们还将进一步研究某些场景下,该操作符的行为看起来像是一个错误,可实际是因为缺乏理解导致的。看看下面的例子...

这篇文章 很有必要

我们将了解如何在 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 中,每个指针变量都有两个与之相关的值,。事实上,每个变量都必须指定一个类型,这就是为什么我们不能给未定义的变量赋空值。这就是为什么我们不能直接写 x:=ni 的原因,如果我们没有定义 x 的类型,我们会得到以下错误:

  use of untyped nil

重新看这个问题,

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

示例中,变量 a 实际表示 <string,nil>。
interface{} 默认类型是 nil,因此变量 b 实际是
在判断 a==b 时,实际上是在比较 <
string,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>== 
    fmt.Println("a == b:", a == b) // true

当判断 a==nil 时,== 运算符比较类型和值。在这里,左边和右边的值都是 nil,但是 nil 的类型是什么?
当 nil (硬编码的值)与对象比较时,nil 的类型和与它比较的对象声明的类型相同。
因此,在判断 a==nil 的情况下,本质上是判断 <string,nil> ==<string,nil>。所以,结果为 true。
当判断 b==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]。
因此,最好检查下被调用函数的返回类型和调用函数中接收变量的类型是否匹配。

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏

阅读
分享

发表评论

快捷回复:

评论列表 (暂无评论,466人围观)参与讨论

还没有评论,来说两句吧...