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

• java.lang.Math , java.util.Arrays 같은 기본 타입 값이나 배열 관련 메서드들을 모아놓을 수 있다.
• java.util.Collections 처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드(팩터리)를 모아놓을 수도 있다.
• final 클래스와 관련한 메서드들을 모아놓을 때도 사용한다.

public final class Math {

    public static final double E = 2.7182818284590452354;

    public static final double PI = 3.14159265358979323846;

    private static final double DEGREES_TO_RADIANS = 0.017453292519943295;

    private static final double RADIANS_TO_DEGREES = 57.29577951308232;
}

정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 게 아니다!

• 하지만, 생성자를 명시하지 않으면 컴파일러가 자동으로 기본 생성자를 만들어준다.

  • 즉, 매개변수를 받지 않는 public 생성자가 만들어지고 사용자는 생성자가 자동 생성된 것인지, 개발자가 만든것인지 구분할 수 없다.

• 추상 클래스로 만드는 것으로는 인스턴스화를 막을 수 없다.

  • 하위 클래스를 만들어 인스턴스화하면 그만이다!
  • 사용자는 상속해서 쓰라는 뜻으로 오해할 수 있으니 더 큰 문제다.

<aside> 💡 그렇다면, 인스턴스화를 막을 수 있는 방법은?

</aside>

→ 컴파일러가 기본 생성자를 만드는 경우는 명시된 생성자가 없을 때 뿐이니, private 생성자를 추가하면 된다!

public class UtilityClass {

		private UtilityClass() {
				throw new AssertionError();
		}

		...
}

• 명시적 생성자가 private 이니 클래스 바깥에서는 접근할 수 없다.
  • 어떤 환경에서도 클래스가 인스턴스화되는 것을 막아준다!
  • 상속을 불가능하게 하는 효과도 있다.
    • 모든 생성자는 명시적이든 묵시적이든 상위 클래스의 생성자를 호출하게 되는데, private 으로 선언했으니 하위 클래스가 상위 클래스의 생성자에 접근할 수 없다.

그렇다면, 테스트 코드를 작성할 수 있을까?

→ 리플렉션 기능을 사용하면 가능하긴 하다!

• setAccessible() 을 사용하면 접근이 가능하다.
  • 하지만, 단순 테스트 커버리지를 높히기 위한 테스트이므로 의미가 없다.