ReflectionToStringBuilder不适合深度对比，因其仅生成字符串而不比较逻辑相等性，忽略null、不递归数组、字段顺序敏感，且受toString重写影响；应使用EqualsBuilder.reflectionEquals或Objects.equals配合手动equals实现。
不能直接用 ReflectionToStringBuilder 做深度对比 —— 它只生成字符串，不比较逻辑相等性，且默认忽略 null、数组内容不递归、字段顺序敏感。
为什么 ReflectionToStringBuilder 不适合深度对比
它本质是调试工具，不是比较工具。调用 toString() 后比对字符串，看似简单，实则埋雷：
- 字段顺序变化 → 字符串不同 → 误判为不等（哪怕对象语义相同）
- 数组或集合字段只打印哈希码或简略形式（如
[Ljava.lang.String;@1f28a8d），无法反映真实内容 - 默认跳过
null字段，两个对象一个字段为null、另一个为""，字符串可能意外一致 - 自定义
toString()或父类重写会影响输出，和实际字段值脱钩
真正可靠的深度对比该怎么做
用专门的比较库，而非“借 toString 曲线救国”。推荐两个轻量方案：
-
org.apache.commons.lang3.builder.EqualsBuilder.reflectionEquals(a, b)：基于反射逐字段比较，自动处理null、数组、集合、嵌套对象，语义正确 -
com.google.common.base.Objects.equals(a, b)配合手动重写equals()：更可控，但需确保所有业务字段被纳入（含嵌套对象的equals()）
示例：
boolean same = EqualsBuilder.reflectionEquals(obj1, obj2, false); // 第三个参数 true 表示忽略静态字段
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
注意：reflectionEquals 默认跳过 transient 和 static 字段；若需包含，得换 EqualsBuilder.append(...) 手动构造。
遇到循环引用怎么办
reflectionEquals 默认会抛 StackOverflowError —— 它不检测引用环。
- 如果对象图存在父子双向引用（如
Order持有User，User又持有Order列表），必须提前剪枝 - 可改用
EqualsBuilder.reflectionEquals(a, b, Exclude...)排除易成环的字段名（如"parent"、"owner"） - 更稳妥的做法是：不用反射工具，改用 DTO + 显式字段比较，或引入
deepEquals支持循环检测的库（如assertj的usingRecursiveComparison()）
真正麻烦的从来不是“怎么写一行代码”，而是字段语义是否被完整覆盖、null 怎么算相等、浮点数要不要容忍误差、时间精度要不要对齐——这些都得在比较前想清楚，而不是依赖某个 toString 结果蒙混过关。
