item10. equals는 일반 규약을 지켜 재정의하라. equals 메서드를 재정의할 때는 반드시 일반 규약을 따라야 한다. [이펙티브 자바] Item10. equals는 일반 규약을 지켜 재정의하라. (대칭성, 반사성, 추이성) (tistory.com) [이펙티브 자바] Item10. equals는 일반 규약을 지켜 재정의하라. (대칭성, 반사성, 추이성) item10. equals는 일반 규약을 지켜 재정의하라. equals 메서드를 재정의할 때는 반드시 일반 규약을 따라야 한다. equals 규약 1️⃣ 반사성 reflexivity : null 이 아닌 모든 참조 값 x에 대해 x.equals(x) == true hyejin.tistory.com equals 일반 규약 1️⃣ 반사성 A.equa..

item10. equals는 일반 규약을 지켜 재정의하라. equals 메서드를 재정의할 때는 반드시 일반 규약을 따라야 한다. equals 규약 1️⃣ 반사성 reflexivity : null 이 아닌 모든 참조 값 x에 대해 x.equals(x) == true 이다. 단순히 말하면 객체는 자기 자신과 같아야 한다는 뜻이다. 이 요건은 대부분?이 아니라 솔직히 거의 다 만족하는 조건일텐데 만약 이 요건을 어긴 클래스가 있다면 클래스의 인스턴스를 컬렉션에 넣은 다음 contains 메서드를 호출하면 방금 넣은 인스턴스가 없다고 답할 것이다. 2️⃣ 대칭성 symmetry : null 이 아닌 모든 참조 값 x, y 에 대해 x.equals(y) 가 true이면 y.equals(x)도 true이다. x.e..

item10. equals는 일반 규약을 지켜 재정의하라. equals 메서드는 재정의하기 쉬워는 보이지만 함정이 많기 때문에 재정의 하지 않는 것이 최선이기는 하다. 재정의하지 않으면 그 클래스의 인스턴스는 오직 자기 자신과만 같게 된다. equals를 재정의하지 않아도 되는 상황 1️⃣ 각 인스턴스가 본질적으로 고유하다. : 값을 표현하는게 아니라 동작하는 개체를 표현하는 클래스가 여기에 해당된다. Thread가 여기에 해당되는데, Object의 equals 메서드는 이러한 클래스에 딱 맞게 구현되었다. 그리고 싱글톤 객체 또는 enum 타입이면 equals를 굳이 재정의 하지 않아도 된다.(필요도 없음) 2️⃣ 인스턴스의 '논리적 동치성(logical equality)' 을 검사할 일이 없다. 대표..

item09. try-finally보다 try-with-resources 를 사용하라. " p48. 자바 퍼즐러 예외 처리 코드의 실수" package chapter01.item09.puzzler; import java.io.*; /** * item09. try-finally 보다는 try-with-resources를 사용하라. * 자바 Puzzler 책을 언급한 예외 처리 코드의 실수 */ public class Copy { private static final int BUFFER_SIZE = 8 * 1024; static void copy(String src, String dst) throws IOException { InputStream in = new FileInputStream(src); Out..

item09. try-finally 보다는 try-with-resources를 사용하라. https://hyejin.tistory.com/1011 [이펙티브 자바] Item8. finalizer와 cleaner 사용을 피하라. item07. 다 쓴 객체 참조를 해제하라. 이펙티브 자바 part 1에서는 객체의 생성과 소멸에 대해서 얘기하고 있는데 지금은 저번 item 부터는 객체 소멸에 대해서 이야기 하고 있다. 우선 자바에서는 두 hyejin.tistory.com 여기서 내용이 추가된? 느낌으로 Item09. 에서도 try-with-resources 사용을 권장하고 있다. (권장보다는 사용하라고 하고 있다.) 자바에서는 close 메서드를 호출해서 직접 닫아줘야하는 자원이 InputStream, Out..

item08. finalizer와 cleaner 사용을 피하라. " p43. AutoClosable " AutoClosable이란? : try-with-resources를 지원하는 인터페이스이다. /* * Copyright (c) 2009, 2013, Oracle and/or its affiliates. All rights reserved. * ORACLE PROPRIETARY/CONFIDENTIAL. Use is subject to license terms. * * * * * * * * * * * * * * * * * * * * */ package java.lang; /** * An object that may hold resources (such as file or socket handles) * u..

item08. finalizer와 cleaner 사용을 피하라. " p42. Finalizer 공격" https://hyejin.tistory.com/1011 [이펙티브 자바] Item8. finalizer와 cleaner 사용을 피하라. item07. 다 쓴 객체 참조를 해제하라. 이펙티브 자바 part 1에서는 객체의 생성과 소멸에 대해서 얘기하고 있는데 지금은 저번 item 부터는 객체 소멸에 대해서 이야기 하고 있다. 우선 자바에서는 두 hyejin.tistory.com 여기서 finalizer를 사용하면 안되는 이유 중 하나로 "finalizer를 사용한 클래스는 finalizer 공격에 노출되어 심각한 보안 문제를 일으킬 수 있다" 라고 했는데 이때 finalizer 공격은 생성자나 직렬화 과..

item08. finalizer와 cleaner 사용을 피하라. " p45. 정적이 아닌 중첩 클래스는 자동으로 바깥 객체의 참조를 갖는다. & 람다 역시 바깥 객체의 참조를 갖기 쉽다. " https://hyejin.tistory.com/1011 [이펙티브 자바] Item8. finalizer와 cleaner 사용을 피하라. item07. 다 쓴 객체 참조를 해제하라. 이펙티브 자바 part 1에서는 객체의 생성과 소멸에 대해서 얘기하고 있는데 지금은 저번 item 부터는 객체 소멸에 대해서 이야기 하고 있다. 우선 자바에서는 두 hyejin.tistory.com 여기서 State 인스턴스는 Room 인스턴스를 절대로 참조하면 안되기 때문에 정적 중첩 클래스로 작성했다. Room 인스턴스를 참조할 경우..

item08. finalizer와 cleaner 사용을 피하라. 이펙티브 자바 part 1에서는 객체의 생성과 소멸에 대해서 얘기하고 있는데 지금은 저번 item 부터는 객체 소멸에 대해서 이야기 하고 있다. 우선 자바에서는 두 가지 객체 소멸자를 제공한다. finalizer와 cleaner인데 결론을 얘기하자면 둘다 사용을 권장하지 않는다. 아니 권장이 아니라 책에서는 사용하는 것을 피하라고 한다. (특히 finalizer) 특히 finalizer는 예측할 수 없고, 상황에 따라 위험할 수 있기 때문에 일반적으로 불필요하다. 그리고 오동작, 낮은 성능, 이식성 문제의 원인이 되기도 하기 때문에 기본적으론 쓰지 말라고 한다. 특히 java 9부터는 deprecated 되어서 대안으로 cleaner를 소개..

item07. 다 쓴 객체 참조를 해제하라. " p39. 백그라운드 쓰레드, ScheduledThreadPoolExecutor" Executor를 알기전에 Thread, Runnable이 뭔지부터 알아야 Executor를 이해할 수 있기 때문에 먼저 Thread와 Runnable이 무엇인지부터 찾아봤다. 우선 쓰레드란 프로그램 실행의 가장 작은 단위로, 일반적으로 애플리케이션을 만들어 실행하면 1개의 메인 스레드에 의해 프로그램이 실행된다. 그런데 1개의 스레드 가지고는 동시에 여러 작업을 수행할 수가 없다. 따라서 동시에 여러 작업을 수행하기 위해서는 별도의 스레드를 만들어서 실행해야 한다. 자바에서는 멀티 스레드 기반으로 동시성 프로그래밍을 지원하기 위해서 Runnable, Thread, Callab..

item07. 다 쓴 객체 참조를 해제하라. " p38. WeakHashMap, 약한 참조 (Weak reference)" WeakHashMap이란? : 더이상 사용하지 않는 객체를 GC할 때 자동으로 삭제해주는 Map이다. 이때 맵의 value가 아니라 key를 기준으로 key를 더이상 강하게 참조되는 곳이 없다면 해당 엔트리를 제거한다. 그러므로 맵의 key에 의존하는 경우에 사용할 수 있다. 그리고 이때 조심해야 하는 것은 Integer, String 과 같은 값들은 더이상 사용하지 않는다고 하더라도 제거되지 않는다..!! 어딘가에 값이 저장? 되어 있기 때문이다. package chapter01.item07.cache; import java.util.HashMap; import java.util...

item07. 다 쓴 객체 참조를 해제하라. " p37 NullPointerException." 개발을 하다보면 제일 많이 접하게 되는 에러 중 하나가 NPE, NullPointerException 이다. 근데 생각을 해보면 NPE는 에러 설명만 봐도 충분히 어디서 에러가 났는지 확인도 쉽고, 왜 났는지도 금방 알 수 있어서 그나마(?) 손쉽게 해결할 수 있는 에러이다. NPE를 만나지 않기 위해서 java 8에서는 Optional이라는 것을 제공하고 있는데 이걸 활용하면 NPE는 최대한 피할 수 있다. NullPointerException이 발생하는 이유 : 우선 NPE 처리 방법을 정리하기 전에 간단하게라도 NPE 발생 이유를 작성해본다. 먼저 NPE 가 발생하는 이유는 메서드에서 null를 리턴하고..