(질문) / p.72 아이템 11 - hashCode를 재정의할 때 주의할 점

[limeade23]

1. 질문 내용

p.72 아이템 11에서
hashCode를 재정의할 때 값 생성 규칙을 API 사용자에게 자세히 공표하지 말라고 되어 있습니다.

어떤 점에서 문제가 발생할 수 있을까요?

[mango606]

이펙티브 자바 책 외에 관련 자료를 찾다가 2017년 자료로 조금 오래 되었지만, 타르투 대학교 강의 자료를 발견했습니다.

String, Integer, Date와 같은 Java 플랫폼 라이브러리의 많은 클래스는 인스턴스 값의 함수로 hashCode 메서드에서 반환되는 정확한 값을 명세에 포함합니다. 이는 일반적으로 좋은 생각이 아니며, 향후 릴리스에서 해시 함수를 개선하는 데 심각한 제약을 가하기 때문입니다. 해시 함수의 세부 정보를 명시하지 않은 상태에서 결함이 발견되거나 더 나은 해시 함수가 발견되면, 후속 릴리스에서 해시 함수를 변경할 수 있으며, 어떤 클라이언트도 해시 함수에서 반환되는 정확한 값에 의존하지 않을 것이라는 확신을 가질 수 있습니다.

정리하면, 구현 세부사항을 공개하면

1. 성능 개선 기회 차단 - 더 나은 알고리즘 발견해도 적용 불가
2. 보안 취약점 - 의도적 해시 충돌 공격 가능성
3. 클라이언트 코드의 잘못된 의존성 - 해시값 자체에 의존하는 코드 작성 위험

같은 문제가 있어 구체적인 계산 방법은 내부 구현으로 숨겨야 하는 것 같습니다.

• 참고자료: https://courses.cs.ut.ee/2018/OOP/spring/Main/HashCode