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

정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때가 있다.

 

예를들어 Collections나 Math나 Arrays같은 것들도 정적 메서드를 담아둔 유틸리티 클래스가 존재한다.

물론 이는 객체지향적인 면에서 바라봤을때 좋지 않은 모습일지언정 사용성에 있어 유리하기에 꼭 쓰지 말아야 하는 법은 없어 보인다.

 

 

아래와 같은 유틸 클래스가 존재하고, 우리는 외부에서 MathUtil.add(1, 2); 를 하여 3을 리턴해주는 그러한 static 메서드가 존재한다고 가정해보자.

public class MathUtil {
    
    public static int add(int a, int b) {
        return a + b;
    }
}

 

컴파일러는 생성자를 명시하지 않는 경우에 기본 생성자를 자동으로 만든다.

그런데 누군가는 MathUtil에 있는 static메서드임에도 불구하고 아래와 같이 객체를 생성하여 사용할지도 모른다.

public class MyClass {
    public void method1() {
        //int ret = MathUtil.add(1,2);
        
        MathUtil mu = new MathUtil();
        int ret = mu.add(1, 2);
    }    
}

 

 

또한 추상 클래스로 정의하는 것으로는 최종적으로 인스턴스화를 막을 수 없다.

왜냐면 클래스를 상속하여 하위 클래스를 인스턴스화 할 수 있기 때문이다.

 

abstract public class MathUtil {

    public static int add(int a, int b) {
        return a + b;
    }
}

위와 같이 만들었을때

public class MyClass {
    public void method1() {
        //int ret = MathUtil.add(1,2);

        MathUtil mu = new MathUtil();
        int ret = mu.add(1, 2);
    }
}

다음 내용처럼 생성하고자 할 때 abstract class를 생성할 수 없지만


public class MathSubUtil extends MathUtil {
}

이렇게 상속을 하고난 뒤

public class MyClass {
    public void method1() {
        //int ret = MathUtil.add(1,2);

        MathUtil mu = new MathSubUtil(); // MathSubUtil mu = new MathSubUtil();도 동일
        int ret = mu.add(1, 2);
    }
}

MathSubUtil을 생성하면 결국 다시 생성자를 이용하여 객체를 생성할 수 있게 된다.

 

 

따라서 특정 Class의 인스턴스화를 막기 위해서는 private 생성자를 이용하여 막아야 한다.

 

public class MathUtil {
    
    private MathUtil() {
        throw  new AssertionError();
    }
    
    public static int add(int a, int b) {
        return a + b;
    }
}

 

 

위 코드처럼 private 생성자를 구현해둘 경우 외부에 공개된 생성자가 없는 경우 상속도 불가능하게 된다.