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

싱글톤 : 인스턴스를 오직 하나만 생성할 수 있는 클래스
클래스를 싱글턴으로 만들면 이를 사용하는 클라이언트를 테스트하기가 어려워질 수 있다. -> 싱글톤이 인터페이스를 구현한게 아니라면 Mock 구현으로 대체할 수 없기때문에.

싱글톤을 만드는 방식은 보통 둘 중 하나, 모두 생성자는 private으로 감춰두고, 유일한 인스턴스에 접근할 수 있는 수단으로 public static 멤버를 사용해서 유일한 인스턴스를 제공한다.

final 필드

public class Elvis {

    public static final Elvis INSTANCE = new Elvis();

    private Elvis() {
    }

}

private 생성자는 public static final 필드인 Elvis.INSTANCE를 초기화할 때 딱 한번만 호출 된다. 예외는 단 한가지로 리플렉션 API를 사용해서 private 생성자를 호출하는 경우이다.
-> 예외 방어 : 생성자를 수정하여 두번째 객체가 생성되려 할때 예외를 던지면된다.

장점

• 이런 API 사용이 static 팩토리 메소드를 사용하는 방법에 비해 더 명확하고 더 간단하다.
• 간결함

static 팩토리 메소드

public class Elvis {

    private static final Elvis INSTANCE = new Elvis();

    private Elvis() {
    }

    public static Elvis getInstance() {
        return INSTANCE;
    }

}

getInstance는 항상 같은 객체의 참조를 반환하므로 제2의 Elvis인스턴스란 결코 만들어지지 않는다.(리플렉션을 통한 예외는 똑같이 적용된다)

장점

• API를 바꾸지 않고도 싱글턴이 아니게 변경할 수 있다
  처음에 싱글톤으로 쓰다가 나중엔 쓰레드당 새 인스턴스를 만든다는 등 클라이언트 코드를 고치지 않고도 변경할 수 있다.
• 원하면 제너릭 싱글톤 팩토리로 만들면 된다.
• 정적 팩터리의 메서드 참조를 공급자로 사용할 수 있다 Elvis::getInstance

직렬화

두 방법 모두 싱글턴 클래스를 직렬화하려면 단순히 Serializable을 구현한다고 선언하면 역직렬화할때마다 새로운 인스턴스가 만들어진다. 이를 위해 모든 인스턴스 필드를 일시적(transient:직렬화 하지 않겠다!)이라고 선언하고 readResolve 메서드를 제공해야된다

//싱글턴임을 보장해주는 readResolve 메서드
    private Object readResolve() {
    	
        //진짜만 반환하고 가짜는 가비지 켈렉터에 맡긴다.
        return INSTANCE;
    }

enum

직렬화/역직렬화 할때 코딩으로 문제를 해결할 필요도 없고 리플렉션으로 호출되는 문제도 고민할 필요없는 방법
대부분 상황에서는 원소가 하나뿐인 열거 타입이 싱글턴을 만드는 가장 좋은방법
단 Enum말고 다른 상위 클래스를 상속해야 한다면 사용할 수 없다..(하지만 인터페이스는 구현가능)

// 열거 타입 방식의 싱글턴 - 바람직한 방법 (25쪽)
public enum Elvis {
    INSTANCE;

    public void leaveTheBuilding() {
        System.out.println("기다려 자기야, 지금 나갈께!");
    }

    // 이 메서드는 보통 클래스 바깥(다른 클래스)에 작성해야 한다!
    public static void main(String[] args) {
        Elvis elvis = Elvis.INSTANCE;
        elvis.leaveTheBuilding();
    }
}