equals 재정의 시점

다음 중 하나에 해당한다면 재정의하지 않는 것이 좋다.

• 각 인스턴스가 본직적으로 고유할 경우
• 인스턴스의 논리적 동치성(logical equality)을 검사할 일이 없는 경우
• 상위 클래스에서 equals 를 재정의한 경우
• 클래스가 private 이거나 package-private 일 경우

그렇다면 재정의가 필요한 시점은 언제일까?

• 상위 클래스의 equals 가 논리적 동치성을 비교하도록 재정의되지 않았을 때
  • 주로 값 클래스 e.g. Integer, String
  • 값 클래스라 하더라도 같은 인스턴스가 둘 이상 만들어지지 않음을 보장한다면 재정의하지 않아도 됨

equals 재정의 규약

equals 재정의 시 반드시 일반 규약을 따라야 한다.

• 반사성 (reflexivity)
  • NULL 이 아닌 모든 참조값 x에 대해 → x.equals(x) = true
• 대칭성 (symmetry)
  • NULL 이 아닌 모든 참조값 x, y 에 대해 → x.equals(y) = true than y.equals(x) = true
• 추이성 (transitivity)
  • NULL 이 아닌 모든 참조값 x, y, z 에 대해 → x.equals(y) = true && y.equals(z) than x.equals(z) = true
• 일관성 (consistency)
  • NULL 이 아닌 모든 참조값 x, y 에 대해 → x.equals(y) = true 반복 호출하면 항상 true/false 반환
• NULL 은 false
  • NULL 이 아닌 모든 참조값 x 에 대해 → x.equals(null) = false