这篇文章，我们将了解如何在 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]。
因此，最好检查下被调用函数的返回类型和调用函数中接收变量的类型是否匹配。
