003. private 생성자나 열거 타입으로 싱글턴임을 보증하라

👉 싱글턴(Singleton)

인스턴스를 오직 하나만 생성할 수 있는 클래스

함수와 같은 무상태(stateless) 객체나 설계상 유일해야 하는 시스템 컴포넌트 등

단점

• 클라이언트 테스트가 용이하지 않다. 클래스를 싱글턴으로 만들면 타입을 인터페이스로 만들고 그 인터페이스를 구현해서 만든 싱글턴이 아닌 경우 싱글턴 인스턴스를 가짜(mock) 구현으로 대체할 수 없기 때문

👉 싱글턴을 입력하는 방식

두 방식 모두 생성자는 private으로 감춰두고, 유일한 인스턴스에 접근할 수 있는 수단으로 public static 멤버를 마련한다.

♦︎ public static final 필드 방식의 싱글턴

private 생성자는 public static final 필드인 Elvis.INSTANCE를 초기화 할 때 딱 한 번 호출된다.

생성자가 private이므로 이 인스턴스가 전체 시스템에서 하나뿐임이 보장된다.

/** PublicStaticFinal.java */
public class Elvis {
    public static final Elvis INSTANCE = new Elvis();
    private Elvis() {}
    public void leaveTheBuilding() {}
}

장점

• 해당 클래스가 싱글턴임이 API에 명백히 드러난다.
• 간결하다.

♦︎ 정적 팩터리 방식

INSTANCE를 반환하는 public static 메서드 getInstance()를 사용한다.

아래의 장점들이 필요한 경우가 아니라면 public 필드 방식이 낫다...

/** StaticFactory.java */
public class Elvis2 {
    private static final Elvis2 INSTANCE = new Elvis2();
    private Elvis2() {}
    public static Elvis2 getInstance() { return INSTANCE; }
    public void leaveTheBuilding() {}
}

장점

• 마음이 바뀌면 API를 바꾸지 않고도 싱글턴이 아니게 변경할 수 있다.
• 원한다면 정적 팩터리를 제네릭 싱글턴 팩터리로 만들 수 있다.
• 정적 팩터리의 메서드 참조를 공급자로 사용할 수 있다.
• ex) Elvis::getInstance를 Supplier<Elvis>

♦︎ 리플렉션 API

권한이 있는 클라이언트는 리플렉션 API인 AccessibleObject.setAccessible을 사용해 private 생성자를 호출할 수 있으므로 방어하기 위한 코드가 필요하다.

결론

enum 방식이 짱이다. ??