Repository navigation
String이 hashCode()를 오버라이딩한 이유 #2
Description
Activity
- changed the title
[-]String이 hashcode 메소드를 오버라이딩한 이유[/-][+]String이 hashCode()를 오버라이딩한 이유[/+]on Aug 8, 2021 개발하면서 String을 HashXXX의 Key로 사용하는 경우가 많다.
만약 hashCode가 오버라이딩 되어있지 않다면? 다음과 같은 상황이 발생한다.- 같은 문자열도 다른 key로 인식되어 저장됨, get으로 값을 얻어올 때 같은 문자열이더라도 key가 다름
- 모든 프로젝트에서 String을 상속하는 새로운 클래스를 만들고 hasCode를 오버라이딩해서 사용해야 함
- 참고: 논리적 동등 비교시 hashCode()를 오버라이딩 해야한는데 Collection 프레임워크에 HashSet, HashMap, HashTable은 아래와 같은 방법으로 동등비교를 한다.
- 먼저 hashCode() 값을 비교
- equals()로 동등 비교
- 위에 과정이 true면 동등한 객체이다.
Reacted by JayReacted by Jay참고할 주제: 동등성과 동일성
Reacted by Jay질문의 의도는 객체의 동등성 비교를 설명하기 위한 것이고 ‘String’을 예시로 들으신건가 보네요!
우리가 클래스를 작성할 때 항상 ‘equals()’랑 ‘hashCode()’를 함께 재정의하는 이유랑 동일한 맥락인 것 같아요.
저는 ‘String’만의 특성이 따로 있는건가 싶어서 이것저것 찾아봤는데 질문의 의도에서 벗어난 것 같긴 하지만 겸사겸사 JVM의 상수풀에 대해서도 공부해보면 좋을 것 같다는 생각이 들었어요.ㅎㅎ
Reacted by Suhyun Sim제이의 얘기를 참고해서 지난 번에 정리한 constant pool 내용도 살짝 가져왔어요!
Constant Pool
String 객체를 생성하는 방법
Literal ("")
- 내용이 같다면 같은 객체
@DisplayName("literal로 생성 시 동일") @Test void stringLiteral() { String str1 = "abcde"; String str2 = "abcde"; assertThat(str1).isEqualTo(str2); }
new 연산자 사용
- 내용이 같아도 개별적인 객체
@DisplayName("new로 생성한 String 객체는 값이 같아도 동일하지 않음") @Test void stringNew() { String str1 = new String("1234"); String str2 = new String("1234"); assertThat(str1).isNotSameAs(str2); }
intern()메서드로 String Pool에 있으면 그 객체를 그대로 리턴, 그렇지 않으면 String Pool에 추가하고 객체의 reference를 리턴
@DisplayName("String Pool 바깥에 있던 String 객체를 intern -> String Pool에 추가") @Test void internedString() { String constant = "interned String"; String newString = new String("interned String"); assertThat(constant).isNotSameAs(newString); String internedString = newString.intern(); assertThat(constant).isSameAs(internedString); }
Reacted by Jay
Q. 여기서 1번의 결과는 같다. 이유는 String이
hashCode()를 재정의 했기 때문. 왜 재정의 되어있는가?