Effective Java - 객체 생성과 파괴(4) : 인스턴스화를 막으려거든 private 생성자를 사용하라

인스턴스화를 막으려거든 private 생성자를 사용하라

정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때 (java.lang.Math or java.util.Arrays or java.util.Collections 같은 기본 타입 값이나 배열 관련 메서들을 모아놓거나 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드를 모아놓는 것들 / final 클래스와 관련한 메서드를 모아놓을 때 등)

정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰려고한 것이 아니기 때문에 생성자를 만들지 않아도 된다.

아래 코드는 유틸리티의 성격을 띠는 클래스다. 인스턴스화가 필요하지 않다고 생각하여 생성자를 생성하지 않았고 내부에는 정적 메서드만 있다. 하지만, 이 경우에는 매개변수를 받지않는 public 생성자가 만들어지며, 사용자는 이 생성자가 자동생성 된 것인지 구분할 수 없다.

public class DateUtility {
    private static String FULL_DATE_FORMAT = "yyyy-MM-dd HH:mm:ss.SSS";

    // 생성자 없음

    public static String convertDateToString(Date date) {
        return new SimpleDateFormat(FULL_DATE_FORMAT).format(date);
    }
}

그렇다고 이걸 추상 클래스로 만드는 것으로는 인스턴스화를 막을 수 없다. 클래스를 상속하는 경우 하위클래스를 인스턴스화 할 수 있기 때문이다.

abstract class DateUtility {
    // ...생략
}

class SubDateUtility extends DateUtility {
    // ...생략
}

public class PrivateConstructorTest {
    public static void main(String[] args) {
        // abstract 클래스는 인스턴스화 불가
        // DateUtility dateUtility = new DateUtility();

        // Okay!
        SubDateUtility subDateUtility = new SubDateUtility();
    }
}

컴파일러가 기본 생성자를 만드는 경우는 오직 명시된 생성자가 없을 때뿐이니 private 생성자를 추가하면 인스턴스화를 막을 수 있다.

class DateUtility {
    private DateUtility() {
        /**
         * 클래스 내부에서도 호출이 안되도록 막는다.
         */
        throw new AssertionError();
    }

    // 생략
}

public class PrivateConstructorTest {
    public static void main(String[] args) {
        // Error
        DateUtility dateUtility = new DateUtility();
    }
}

명시적 생성자가 private이기 때문에 클래스 바깥에서는 접근할 수 없다. 이 경우에는 생성자가 있지만 호출할 수 없다고 주석을 달아놓는 것이 좋다.
이 방식은 상속을 불가능하게 하는 효과도 있다. 모든 생성자는 명시적이든 묵시적이든 상위 클래스의 생성자를 호출하게 되는데, 이를 private으로 선언했기 떄문에 하위 클래스가 상위 클래스의 생성자에 접근할 길이 막히게 되는 것이다.