Go 允许直接比较字段类型和顺序完全相同的匿名结构体与具名结构体（如 struct{bar string} 与 foo），只要所有字段可比较且值相等，比较结果即为 true；但一旦转为 interface{}，因动态类型不同（struct{bar string} ≠ foo），即使值相同也会判定为 false。
go 允许直接比较字段类型和顺序完全相同的匿名结构体与具名结构体（如 `struct{bar string}` 与 `foo`），只要所有字段可比较且值相等，比较结果即为 `true`；但一旦转为 `interface{}`，因动态类型不同（`struct{bar string}` ≠ `foo`），即使值相同也会判定为 `false`。
在 Go 语言中，结构体的可比性不依赖于类型名称，而取决于底层结构定义是否一致——这是理解本例行为的核心。
✅ 直接比较 x == y 为何返回 true？
根据 Go 语言规范关于比较操作符 的定义：
Struct values are comparable if all their fields are comparable. Two struct values are equal if their corresponding non-blank fields are equal.
即：
- 若两个结构体的所有字段类型均可比较（如 string、int、bool 等基本类型），则该结构体类型整体可比较；
- 比较时，Go 逐字段按声明顺序进行值比较（忽略字段名），而非类型身份。
在示例中：
var x struct { bar string } // 匿名结构体，零值：x.bar == ""
var y foo // 具名结构体 foo，零值：y.bar == ""二者均只含一个 string 类型字段 bar，且默认值均为 ""。因此 x == y 成立，返回 true —— 这是 Go 对“结构等价性”（structural equality）的原生支持，类似 Haskell 或 TypeScript 的类型系统思想，而非 Java/C# 的名义等价（nominal equality）。
? 补充验证：即使字段名不同（如 x 定义为 name string），只要字段数量、类型、顺序完全一致，x == y 依然成立。但若字段标签（如 json:"name"）不同，或字段顺序错位，则类型已不兼容，编译器将直接报错（无法比较）。
❌ 转为 interface{} 后 a == b 为何返回 false？
关键在于：接口值的相等性规则完全不同。
规范明确指出：
Two interface values are equal if they have identical dynamic types and equal dynamic values, or if both have value nil.
即接口比较需同时满足：
- 动态类型相同（T 字段一致）；
- 动态值相等（V 字段相等）。
当执行 equals(x, y) 时：
- x 被装箱为 interface{}，其动态类型是 struct{bar string}；
- y 被装箱为 interface{}，其动态类型是 foo；
- 尽管二者动态值都是 {bar: ""}，但 struct{bar string} ≠ foo（Go 中匿名类型与具名类型永远不等价），因此 a == b 返回 false。
可通过反射验证类型差异：
fmt.Printf("x type: %v\n", reflect.TypeOf(x)) // struct { bar string }
fmt.Printf("y type: %v\n", reflect.TypeOf(y)) // main.foo⚠️ 注意事项与最佳实践
- 避免跨类型接口比较：除非明确知晓动态类型一致，否则对 interface{} 变量使用 == 极易引发逻辑错误。推荐用 reflect.DeepEqual 进行深度值比较（但注意性能开销）；
- 测试用例中慎用匿名结构体混搭具名类型：虽然语法允许，但会降低可读性与可维护性。单元测试中建议统一使用具名类型（如 testCase）或严格隔离匿名结构体作用域；
- 零值比较要警惕：本例依赖零值相等，若字段含指针、切片、map 等不可比较类型，结构体将失去可比性，x == y 会编译失败；
- 类型安全优先：Go 鼓励显式契约。若需语义一致，应通过具名类型 + 方法集建立约定，而非依赖结构巧合匹配。
总之，Go 的结构体比较体现其“重结构、轻命名”的设计哲学，而接口比较则坚守“类型即契约”的原则。理解这两层机制的差异，是写出健壮、可预测 Go 代码的关键基础。
