Go中指针比较默认判断地址是否相等:同变量或同nil为true,不同地址即使值相同也为false;内容相等需解引用或deepEqual;跨类型指针不可比,零大小结构体指针相等性不确定。
Go 中指针比较默认判断的是地址是否相等,不是内容是否相同。这是理解指针行为的核心前提。

两个同类型指针变量用 == 判断时,只看它们保存的地址值是否一致:
true
nil → true
int 变量)→ false
例如:
a, b := 42, 42 p1, p2 := &a, &a // 同一个变量 p3 := &b // 不同变量 fmt.Println(p1 == p2) // true fmt.Println(p1 == p3) // false fmt.Println(p1 == nil) // false
想判断两个指针指向的值是否一样,必须显式解引用:
*p1 == *p2(注意先确保非 nil)*p1 == *p2 仍只比地址;需逐字段比较或用 reflect.DeepEqual
== 判断内容,需用 bytes.Equal、reflect.DeepEqual 或自定义逻辑Go 类型系统严格,*int 和 *string 不能用 == 比较。如确需跨类型地址比对(极少数底层场景),可用 unsafe.Pointer 转换:
p1 := &x
p2 := &y
if unsafe.Pointer(p1) == unsafe.Pointer(p2) {
// 地址相同,无论原类型
}
但这是不安全操作,绕过编译器检查,仅限特殊用途,日常开发应避免。
对空结构体 struct{} 的指针,Go 规范允许不同实例的指针在接口中被判定为相等,即使地址不同:
type S struct{}
p1, p2 := &S{}, &S{}
fmt.Println(p1 == p2) // 可能为 true(非确定行为)
这不是 bug,而是语言层面的优化约定。若需唯一性标识,应避免依赖该行为,改用其他方式(如添加字段、使用 sync.Map 记录实例等)。