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 사용을 피하라. " 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를 리턴하고..

item07. 다 쓴 객체 참조를 해제하라. 자바에서는 가비지 컬렉션 덕분에 메모리 관리를 C나 C++에 비해서는 편하다고 할 수 있지만 그렇다고 메모리 관리를 아예 신경쓰지 않아도 되는 것은 아니다. 메모리를 직접 관리하는 클래스가 있다면 메모리 누수가 일어날 수 있고, 이 메모리 누수는 겉으로는 잘 드러나지 않기 때문에 시스템에 수년간 잠복해 있다가.. 심한 경우에는 디스크 페이지이나 OutoutMemoryError를 일으켜서 프로그램이 예기치 않게 종료될 수도 있다.. 그러므로 어떤 경우에 메모리 누수가 발생할 수 있으며, 해결? 방법은 무엇인지에 대해서 item07에서 소개하고 있다. 메모리 누수가 발생하는 경우 👾 : 어떤 객체에 대한 레퍼런스가 남아있다면 해당 객체는 가비지 컬렉션의 대상이 되..

item06. 불필요한 객체 생성을 피하라. " p32. 정규 표현식" : item06 완벽공략 2번째 시간에는 정규 표현식이 있었는데, 이펙티브 자바 강의에서 정규표현식을 자세히 다루는건 강의 주제와 맞지도 않고, 정규표현식 자체만 해도 내용이 워낙 많기 때문에 여기서는 정규표현식이 사용되는 곳에 대해서 다룬다. String.matches(String regex) : 이 메서드는 해당 문자열이 주어진 정규표현식에 부합하는지의 여부를 boolean(true, false)로 나타내주는 것이다. 보통 정규표현식을이용한 유효성 검사시에 가장 많이 사용되는 방법이다. s.matches("^(?=.)M*(C[MD]|D?C{0,3})(X[CL]|L?X{0,3})(I[XV]|V?I{0,3})$"); String.sp..

item06. 불필요한 객체 생성을 피하라. " p31. 사용 자제 API (Deprecation)" Deprecation 자바 API에서 종종 메서드 위에 @Deprecated 가 표기된 코드들을 확인할 수 있다. 이게 표기된 클래스나 메서드가 있다면 앞으로는 사용하지 않는게 좋은데 그 이유는 어떤 이유로든 앞으로 사라지게 될 메서드로 사용 자제하며 다른 메서드 사용을 권장하는 경우가 많은데 혹시 몰라서 삭제를 바로 하는게 아니라 @Deprecated 어노테이션을 통해서 예고?를 해준다고 할 수 있다. @Deprecated : 클라이언트가 사용하지 않길 바라는 코드 위에 이 어노테이션을 사용해주면 컴파일 시 경고 메시지를 통해 사용 자제를 권장하는 API라는 것을 클라이언트에게 알려줄 수 있다. pub..

item06. 불필요한 객체 생성을 피하라. ❗️ 여기서 주의할 점은 그냥 객체 생성은 피하라! 가 아니라는 점이다. 1) 문자열 public static void main(String[] args) { String hello = "hello"; String hello2 = new String("hello"); // 이 방법은 권장하지 않음! -> 메모리를 많이 사용하는 단점 String hello3 = "hello"; System.out.println("hello == hello2 = " + (hello == hello2)); System.out.println("hello == hello3 = " + (hello == hello3)); } 문자열을 사용할 때는 보통 첫번째, 세번째 방식처럼 문자열 리터..

item05. 자원을 직접 명시하지 말고 의존객체주입을 사용하라. " p29. 팩터리 메서드 패턴" 팩터리 메서드 패턴 Factory Method Pattern 이란? : 객체지향 디자인 패턴으로 Factory Method는 부모(상위) 클래스에 알려지지 않은 구체 클래스를 생성하는 패턴이며, 자식(하위) 클래스가 어떤 객체를 생성할지를 결정하도록 하는 패턴이기도 하다. 객체를 생성할 때 구체적으로 어떤 클래스의 인스턴스를 만들 지 서브 클래스에서 결정하게 된다. (인스턴스의 생성을 서브클래스에 위임) 따라서 부모 추상 클래스는 인터페이스에만 의존하고 실제로 어떤 구현 클래스를 호출할 지는 서브 클래스에서 구현한다. -> 새로운 product를 제공하는 팩터리를 추가하더라도 팩터리를 사용하는 클라이언트 ..