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

Activity

1. limeade23

   added

   questionFurther information is requestedFurther information is requested

   on May 3, 2025
2. EomHyeYeong

   added

   chapter03

   on May 6, 2025
3. mango606 commented on Jun 22, 2025

   

   mango606

   on Jun 22, 2025

   Member

   More actions

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

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

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

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

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

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

   👍React with 👍1Reacted by 엄혜영