finalizer와 cleaner 사용을 피하라 finalizer 와 cleaner는 자바에서 제공하는 두 가지 객체 소멸자로 finalizer는 deprecated되었다. finalizer는 예측할 수 없고, 상황에 따라 위험할 수 있어 일반적으로 불필요하다. cleaner는 finalizer 보다는 덜 위험하지만 , 여전히 예측할 수 없고, 느려 일반적으로 불필요하다. 자바는 gc가 특정 객체와 관련된 자원을 회수하고 비메모리 자원 또한 try-with-resource를 사용해 회수가 가능한데 finalizer와 cleaner는 객체에 접근할 수 없게 된 후 실행되기까지 얼마나 걸릴지 알 수 가 없다 즉, 제때 실행되어야 하는 작업은 절대 할 수 없다. finalizer와 cleaner의 수행 시작 ..

자바의 gc가 메모리 관리를 해주기 때문에 메모리에 신경을 쓰지 않아도 된다고 생각하지만 그렇지 않다. 위의 코드에서 stack 자료구조를 구성하는 elements 참조 변수가 pop() 함수에서 최상위 데이터를 꺼낸 후 다시 쓸 일이 없는 객체의 참조가 아직 stack에 남아 있는데 이를 방치하고 프로그램을 오래 실행하면 가비지 컬렉션 활동과 메모리 사용량이 늘어 날 것이다. 또한 디스크 페이징이 일어나 OutOfMemoryError를 보게될 수 있는데 디스크 페이징이란 프로그램중 자주 사용되지 않는 부분의 작업 메모리를 주기억장치인 메모리로부터 보조기억장치인 하드디스크로 옮기는 방식을 통해, 활용 가능한 메모리 공간을 증가시키기 위한 기법 중 하나이다. 이때, 한번에 옮겨지는 메모리 용량 단위를 페이..

같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 편이 나을 때가 많다. 재사용은 빠르고 세련되며 불변 객체는 언제든 재사용할 수 있다. 생성자 대신 정적 팩터리 메서드를 제공하는 불변 클래스에서 정적 팩터리 메서의 사용은 불필요한 객체 생성을 피할 수 있다. 생성자는 호출할 때마다 객체를 만들지만, 팩터리 메서드는 그렇지 않다. 불변 객체만이 아니라 가변 객체라 해도 사용중에 변경되지 않을 것임을 안다면 재사용할 수 있다. 생성 비용이 비싼 객체가 반복해서 필요하다면 캐싱하여 재사용하는 것이 권장된다. 문자열이 유효한 로마 숫자인지를 확인하는 정규표현식 메서드를 작성할 때 String.matches 메서드를 성능이 중요한 상황에 반복해서 사용하기엔 적합하지 않기 때문에 메서드가 내부에서 만..

많은 클래스가 하나 이상의 자원에 의존하는데, 사용하는 자원에 따라 동작이 달라지는 클래스에는 정적 유틸리티 클래스나 싱글턴 방식은 적합하지 않다.(final 한정자를 제거하고 다른 객체로 교체하는 메서드를 추가할 수 있지만, 오류를 내기 쉬우며 멀티스레트 환경에서 쓸 수 없다) 이런 클래스는 여러 자원 인스턴스를 지원해야 하며, 클라이언트가 원하는 자원을 사용해 한다. 이러한 방식을 만족하는 간단한 방식은 인스턴스 생성시 생성자에 필요한 자원을 넘겨주는 것이다. 이 방식은 자원이 몇 개든 의존 관계가 어떻든 상관없이 잘 동작하며, 불변을 보장하여 여러 클라이언트에서 의존 객체들을 안심하고 공유할 수 있다. 의존 객체 주입은 생성자,정적 팩터리, 빌더 모두에 똑같이 응용할 수 있다. 이 패턴의 쓸만한 변..