不能直接用 == 比较结构体，仅当所有字段均为可比较类型（如 string、int、指针）时才允许；含 slice、map、func 的结构体编译报错；指针比较地址而非内容；深度比较推荐 cmp.Equal。
结构体能直接用 == 比较吗？看字段类型
能，但仅当结构体所有字段都是「可比较类型」时才允许。Go 编译器会在你写 v1 == v2 时静态检查：只要任一字段是 []int、map[string]int 或 func()，就直接报错：invalid operation: cannot compare (operator == not defined on ...)。
-
type User struct{ Name string; Age int }✅ 可比较（string + int 都可比） -
type Config struct{ Data []byte; Tags map[string]bool }❌ 编译失败（slice 和 map 不可比） -
type Node struct{ Val int; Next *Node }✅ 可比较（指针可比，只比地址值，不递归看*Node内容）
为什么两个看起来一样的结构体比较结果是 false？
常见于含指针、切片或未初始化字段的结构体。比如：
type Person struct {
Name string
Age int
Addr *string
}
p1 := Person{Name: "Alice", Age: 30, Addr: new(string)}
p2 := Person{Name: "Alice", Age: 30, Addr: new(string)}
fmt.Println(p1 == p2) // false —— 因为两个 <code>*string</code> 指向不同地址
- 指针字段比较的是内存地址，不是所指内容
- 切片/映射字段哪怕内容相同，也无法参与
==（编译不过） - 字段顺序不同 → 类型不同 → 根本不能比（
struct{A,B int}≠struct{B,A int}）
需要深度比较怎么办？选 reflect.DeepEqual 还是 cmp.Equal？
reflect.DeepEqual 是标准库方案，能处理 slice/map/func/nil 指针等一切类型，但有明显代价：
- 运行时反射开销大，不适合高频调用（如循环内）
- 对浮点数仍用精确相等，
0.1+0.2 == 0.3返回false - 对自定义类型（如实现了
Stringer）不调用其方法，纯按底层值比
更推荐 golang.org/x/exp/cmp（已稳定，非实验包）：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
import "golang.org/x/exp/cmp"
// 支持浮点容差、忽略某些字段、自定义比较逻辑
cmp.Equal(v1, v2, cmp.Comparer(func(f1, f2 float64) bool {
return math.Abs(f1-f2) < 1e-9
}))
判空结构体别硬套 ==，先看它是否“可比”
想判断 user == User{} 是否成立？先确认 User 是否满足可比较条件。否则会编译失败，而不是返回 false。
- 全基础字段（
string/int/bool等）→ 可安全用== User{} - 含
[]T、map[K]V、func()→ 必须用cmp.Equal(user, User{})或手写IsEmpty() - 含指针字段 →
==比的是 nil 性和地址，不是内容；若想“内容为空”，必须自定义逻辑
最易被忽略的一点：空结构体 struct{} 是可比较的，且所有实例彼此相等（struct{}{} == struct{}{} 为 true），但它的存在常被误用于 channel 同步或 map 值占位，和比较无关。
