Reflect.DeepEqual 不忽略结构体字段标签，但不读取或校验其内容，仅比较字段值、名称、类型和顺序；字段名大小写敏感，未导出字段不可见，含 func/map/chan 时静默返回 false。
Reflect.DeepEqual 会忽略结构体字段标签吗
不会忽略，但也不会主动读取或校验标签内容。它只比较字段值是否相等，字段名、类型、顺序必须一致，而 json、db 等 struct tag 完全不参与比较逻辑。
常见错误现象：两个结构体字段值完全一样，但 Reflect.DeepEqual 返回 false —— 很可能是因为字段顺序不同，或者一个有导出字段、另一个对应字段未导出（即使值相同，未导出字段在反射中不可见）。
- 结构体必须是可比较的：所有字段类型都得支持 ==（如不能含
map、func、chan） - 字段名和类型必须严格匹配，大小写敏感；
A { X int }和B { x int }永远不等 - 嵌套结构体也遵循同样规则，任意一层字段不可见或类型不一致都会导致整体不等
什么时候该用 DeepEqual，什么时候不该用
适合做单元测试断言、配置快照比对、调试时临时验证数据一致性。不适合高频调用、大对象比较、或需要自定义语义相等的场景（比如 NaN == NaN 应为 true，但 DeepEqual 返回 false）。
性能影响明显：它递归遍历所有可反射字段，对含大量 slice 或嵌套 map 的结构体，开销陡增；Go 1.21+ 对小结构体做了优化，但无法绕过反射本身成本。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 若只需比较几个关键字段，直接写字段级判断更快更清晰：
a.ID == b.ID && a.Name == b.Name - 含
float64字段时注意 NaN：两个 NaN 经DeepEqual判定为不等，需单独处理 - 含
time.Time可以比，但要注意时区、单调时钟字段（time.Time内部含未导出字段，只要值逻辑相等，通常能过）
struct 包含 map/slice/func 时 DeepEqual 行为
DeepEqual 支持 map 和 slice，但要求元素类型可比较；遇到 func、unsafe.Pointer、chan 会直接返回 false（不 panic），这是最常被忽略的“静默失败”点。
常见错误现象：结构体里有个 map[string]interface{}，但其中某个 value 是 func()，整个比较结果是 false，且无提示。
-
map比较不保证键顺序，但要求键值对完全一致（key 存在性 + value 相等） -
slice比较要求长度、顺序、每个元素都相等；[]int{1,2}和[]int{2,1}不等 - 含
nilslice 和空 slice（[]int{}）视为不等；nilmap 和空 map（make(map[string]int)）也不等
替代方案：什么时候该自己写 Equal 方法
当结构体字段多、含不可比较类型、或业务上允许“逻辑相等”（如忽略时间精度、忽略某些缓存字段），硬套 DeepEqual 就会失控。
标准库推荐做法：为结构体实现 Equal 方法，并让它接收指针（避免复制大对象），同时兼容 nil 接收者。
- 方法签名建议：
func (a *MyStruct) Equal(b *MyStruct) bool - 先判空：
if a == nil || b == nil { return a == b } - 对 float 字段用
math.IsNaN或math.Abs(a.X - b.X) - 对 map/slice 字段，按需跳过、规范化（如排序 key 后比）、或委托给专用比较函数
复杂点在于：一旦开始手写 Equal，就得持续维护——新增字段、修改语义、引入新嵌套类型，都得同步更新。很多人卡在这一步，最后又退回去用 DeepEqual 硬扛，结果测试偶然失败却查不出原因。
