equals和hashCode边界测试需严格遵循Java规范契约：自反性、对称性、传递性、一致性、null安全；相等对象必须哈希一致；集合集成验证去重与覆盖行为；推荐EqualsVerifier和IDEA模板自动化验证。
测试 equals 和 hashCode 的边界，核心是验证二者是否严格遵守 Java 规范契约，同时覆盖集合使用中的真实路径。不能只测“两个相同对象返回 true / 相同哈希值”，必须把容易出错的边缘情况全打出来。
equals 方法的边界测试要点
重点验证五条契约，每条都对应明确的测试用例：
-
自反性：对任意非 null 对象 x，
x.equals(x)必须为 true；测试时传入自身实例，还要覆盖字段为 null、空字符串、0、负数等场景 -
对称性：若
a.equals(b)为 true，则b.equals(a)也必须为 true；需显式交换参数顺序断言，尤其当字段含 null 或集合时（如 a.name=null, b.name=""） - 传递性：a=b 且 b=c ⇒ a=c；构造三组对象，使 a 和 b 在 name/age 上相等、b 和 c 在 age/email 上相等，但 a 和 c 在 email 上不同——此时 a.equals(c) 应为 false，否则违反传递性
- 一致性：同一对象多次调用 equals 同一目标，结果不能变；在测试中反复调用 3~5 次，中间不修改任何字段，断言结果恒定
-
null 安全：所有对象调用
.equals(null)必须返回 false，且不能抛NullPointerException；这是最常漏测的点，必须单独写 @Test 方法验证
hashCode 的边界测试要点
关键不是“算得对不对”，而是“是否与 equals 保持语义一致”：
-
相等必同哈希：对所有满足
a.equals(b) == true的对象对，断言a.hashCode() == b.hashCode()；建议用嵌套循环生成多组逻辑相等对象（如 name="A", age=25 和 name="A ", age=25，若 trim 后相等则必须哈希一致） - 字段变更敏感性：对象加入 HashSet 后修改参与 equals/hashCode 的字段，会导致“查不到自己”；测试可先 add 再修改再 contains，预期为 false（这是正确行为，不是 bug）
-
不可变字段约束：若用了 ArrayList 等可变集合字段，需测试其内容变化前后 hashCode 是否改变——它不该变；可用
Arrays.hashCode()包装后验证 - 极端输入：所有参与计算的字段设为 null、空数组、Integer.MIN_VALUE、Long.MAX_VALUE 等，确认 hashCode 不抛异常、不溢出、结果稳定
集合集成测试不可跳过
单测方法只是基础，真正暴露问题的是集合行为：
立即学习“Java免费学习笔记（深入）”；
- 向
HashSet<YourClass>中添加两个逻辑相等的对象，断言 size == 1 - 用两个逻辑相等的对象作
HashMap的 key 分别 put，再 get，确认后一次覆盖前一次（或 size 仍为 1） - 构造一个 List 包含多个逻辑相等对象，调用
new HashSet(list)，检查去重后数量 - 测试
Objects.equals(a, b)与a.equals(b)返回值完全一致（避免手写 equals 时误用 == 比较引用类型）
自动化辅助建议
手动覆盖全部边界成本高，推荐组合使用：
- 用 EqualsVerifier 库一键验证五条契约（支持泛型、继承、Lombok），一行代码跑完大部分边界
- IDEA 自动生成 equals/hashCode 后，立刻运行 “Generate hashCode and equals test” 模板（IntelliJ 支持）
- 对含集合、时间、随机字段的类，加 @Test 注解标注 “@Disabled(‘contains mutable field’)” 并写明原因，避免未来误改
