JUnit中AssertEquals失效求助：对象实例对比抛出断言错误

兄弟，这个问题我太熟了！你看控制台里两个Price对象的toString输出明明一模一样，但JUnit的assertEquals就是抛出断言错误，核心原因其实很简单：

JUnit的assertEquals默认调用的是Object类自带的equals()方法，这个方法只比较对象的内存引用，而不是对象内部的属性值。哪怕两个Price对象的所有字段都完全一致，只要是不同的实例，断言就会失败。

下面给你几个可行的解决方案，按推荐程度排序：

1. 重写Price类的equals()和hashCode()方法 #

这是最规范、最一劳永逸的解决办法。Java规范里明确要求：如果重写了equals()，必须同时重写hashCode()，否则会导致HashSet、HashMap这类集合类出现异常行为。

假设你的Price类有p、s、d、a这几个属性，你可以这样实现（IDE也能自动生成这个代码，比如IDEA里按Alt+Insert选equals() and hashCode()）：

import java.util.Objects;

public class Price {
    private int p;
    private int s;
    private int d;
    private int a;

    // 你的构造器、getter/setter等代码...

    @Override
    public boolean equals(Object o) {
        // 先比较引用是否相同
        if (this == o) return true;
        // 判空+判断类是否一致
        if (o == null || getClass() != o.getClass()) return false;
        // 强转为Price类型
        Price price = (Price) o;
        // 逐个比较属性值（如果是引用类型，要用Objects.equals()代替==）
        return p == price.p &&
                s == price.s &&
                d == price.d &&
                a == price.a;
    }

    @Override
    public int hashCode() {
        // 用Objects.hash生成哈希值，包含所有参与equals比较的属性
        return Objects.hash(p, s, d, a);
    }
}

2. 自定义断言逻辑，逐个比较属性 #

如果暂时不想修改Price类，也可以直接在测试用例中分别对比两个对象的每个属性：

// 代替原来的assertEquals(expected, actual)
assertEquals(expected.getP(), actual.getP());
assertEquals(expected.getS(), actual.getS());
assertEquals(expected.getD(), actual.getD());
assertEquals(expected.getA(), actual.getA());

这种方式适合临时调试，但长期来看，重写equals和hashCode更优雅，也能在其他业务场景中复用对象比较的逻辑。

3. 使用AssertJ库进行递归属性比较（可选但推荐） #

如果你经常需要比较复杂对象，不妨试试AssertJ库——它提供了更灵活的断言API，不用重写equals也能递归比较对象的所有属性：

// 导入AssertJ的assertThat静态方法
import static org.assertj.core.api.Assertions.assertThat;

// 在测试用例中使用
assertThat(actual).usingRecursiveComparison().isEqualTo(expected);

这个方法会自动遍历两个对象的所有属性（包括嵌套对象）进行对比，非常适合复杂对象的断言场景。

最后再提醒一句：对象的toString()方法只是用来展示内容的，它和equals()的逻辑没有任何绑定关系，所以哪怕toString输出一样，equals也可能返回false哦。

内容的提问来源于stack exchange，提问作者user2462353