equals() & hashCode()

두 메소드는 왜 같이 재정의 해야할까?

동등성 : 객체가 주소값이 달라도 내용(필드값)이 같다면 같다고 보는것, equals()

동일성 : 객체가 주소값이 다르면 아무리 같은 내용이라도 같다고 보지 않음, ==

두 객체의 필드값과 해쉬값의 동등성과 동일성을 비교할 때 오버라이딩 해서 사용한다.

왜 equals()만 오버라이딩 하면 문제가 발생하는지에 대해서 다시 공부해야겠다.

왜 같이 오버라이딩 해야될까?

만약 eqauls()만 재정의 한다면 필드값(value)가 같아도 hashCode는 같지 않다.

따라서 hashTable과 같은 자료구조에서 그 객체를 put한 상태에서 해당 객체가 저장된 버킷을 찾을 수 없다. (key값을 hashCode로 설정하기 때문이다. 버킷은 해쉬 테이블에서 데이터가 저장된 곳이다.)

반대로 hashCode()만 재정의 한다면 hash값을 이용해서 객체가 저장된 버킷을 찾을 수 있겠지만, 해당 객체가 자신과 같은 값을 가지고있는지 비교할 수 없기 때문에 null을 리턴하게 된다. 객체의 동등성을 비교할 수 없다는 것이다.

따라서, 두 객체의 정확한 비교를 위해서는 Object의 equals()와 hashCode()는 재정의 해야한다.

특히, Hash 관련 컬렉션을 사용할 때는 더더욱 해줘야한다.

동일 객체의 정의를 위해서는 hashCode()와 equals()메서드 오버라이딩 필요하다. (Object 클래스의 메서드를 사용하지 않겠다는 의미이다.)

참고 링크