HashCodeBuilder的用法，以及如何以及为什么为具有字段的对象计算Java hashCode？

Question

我敢肯定有一个很好的理由，但是您能否请您解释一下为什么.equals（）和.hashCode（）不使用反射只是“工作”？

例如在：

class Test {      
  Integer x = 1, y = 2;
}

Test t1 = new Test();
Test t2 = new Test();
System.out.println(t1.equals(t2)); // returns false
System.out.println(t1.hashCode() == t2.hashCode()); // returns false

我正在使用HashCodeBuilder和EqualsBuilder来获得简单对象的一致哈希，如下所示：

class Test {      
  Integer x = 1, y = 2;

  @Override
  public int hashCode() {
    return HashCodeBuilder.reflectionHashCode(this);
  }

  @Override
  public boolean equals(Object obj) {
    return EqualsBuilder.reflectionEquals(this, obj);
  }
}

Test t1 = new Test();
Test t2 = new Test();
System.out.println(t1.equals(t2)); // returns true
System.out.println(t1.hashCode() == t2.hashCode()); // returns true

您能否评论这是否是正确的方法？

Answer 1

HashCodeBuilder和EqualsBuilders不是JDK的一部分，它们是Apache Commons Lang项目的功能。 Java不使用反射来“猜测”正确的等号和哈希码操作，因为知道程序员的意图是不可能的。 默认情况下，对象确实具有默认的哈希码和equals方法（这就是您覆盖它们的原因），并且每个对象都有一个伪唯一的哈希码，并且仅与自身相等。

在某些程序中，使每个对象具有唯一性的相等性和哈希码，而不是在运行时反思检查字段可能是正确的。 在其他程序中，忽略某些字段并具有相等性和哈希码的程序员可能只对对象字段的子集进行操作。 程序员可能打算或不希望使用许多可能性和字段组合来实现相等性，这就是Java做出最安全的假设并使每个对象仅与自身相等的原因。