250x250
Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 |
Tags
- vue.js
- 자바스터디
- 자료구조
- 스프링부트와AWS로혼자구현하는웹서비스
- 이팩티브 자바
- jpa
- 알고리즘분석
- aop
- 이펙티브 자바
- react
- mysql
- 기술면접
- AWS
- 클린코드
- 이펙티브자바
- 인프런백기선
- java
- DDD
- 네트워크
- 알고리즘
- 혼공SQL
- AWS RDS
- MariaDB
- 자바예외
- 자바
- CleanCode
- SQL쿡북
- 인덱스
- 도메인 주도 개발 시작하기
- 인프런김영한
Archives
- Today
- Total
목록hashCode (1)
기록이 힘이다.
[이펙티브 자바] 11. equals를 재정의하려거든 hashCode도 재정의하라
핵심 정리: hashCode 규약 - equals 비교를 사용하는 정보가 변경되지 않았다면 hashCode는 매번 같은 값을 리턴해야 한다. (변경되거나, 애플리케이션을 다시 실행했다면 달라질 수 있다.) - 두 객체에 대한 equals가 같다면, hashCode의 값도 같아야 한다. - 두 객체에 대한 equals가 다르더라도, hashCode의 값은 같을 수 있지만 해시 테이블 성능을 고려해 다른 값을 리턴하는 것이 좋다. 동작은 한다. @Override public int hashCode(){ return 42; } hashCode가 같으면 모두 같은 버킷에 들어간다. linked list 처럼 동작 --> hash값으로 꺼내기 때문에 효용의 가치가 없다. O(n)만큼 들어가서 알고리즘의 효율성이 ..
JAVA
2023. 3. 17. 17:57