싱글턴(singleton)이란

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

싱글턴을 만드는 방식 (1)

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

//No.1
public class Elvis {
	public static final Elvis INSTANCE = new Elvis();
    private Elvis() {...}
    
    public void leaveTheBuilding() {...}
}

3. private 생성자는 초기화 할때 딱 한번만 호출된다.
   public이나 protected가 없으므로 클래스가 초기화될 때 만들어진 인스턴스가 전체 시스템에서 하나뿐임이 보장된다. 클라이언트는 손 쓸 방법이 없다.
4. 예외는 단 한가지, 권한이 있는 클라이언트는 리플렉션 API인 AccessibleObject.setAccessible을 사용해 private 생성자를 호출할 수 있다.
5. 이러한 공격을 방어하려면 생성자를 수정하여 두 번째 객체가 생성되려 할 때 예외를 던지게 하면 된다.

public 필드 방식의 장점

1. 해당 클래스가 싱글턴임이 API에 명백히 드러난다.
2. public static 필드가 final이니 절대로 다른 객체를 참조할 수 없다.
3. 간결하다.

---

싱글턴을 만드는 방식 (2)

1. 두 번째 방법으로는 정적 팩터리 메서드를 public static 멤버로 제공한다.

//No.2
public class Elvis {
	private static final Elvis INSTANCE = new Elvis();
    private Elvis() {...}
    public static Elvis getInstance() { return INSTANCE; }
    
    public void leaveTheBuilding() {...}
}

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

정적 팩터리 방식의 장점

1. API를 바꾸지 않고도 싱글턴이 아니게 변경할 수 있다. 유일한 인스턴스를 반환하던 팩터리 메서드가 호출하는 스레드별로 다른 인스턴스를 넘겨주게 할 수 있다.
2. 정적 팩터리를 제네릭 싱글턴 팩터리로 만들 수 있다는 점이다.
3. 정적 팩터리의 메서드 참조를 공급자(supplier)로 사용할 수 있다. 가령 Elvis::getInstance를 Supplier<Elvis>로 사용하는 식이다.

• 모든 인스턴스 필드를 일시적(transient)이라고 선언하고 readResolve 메서드를 제공해야 한다.
• 이렇게 하지 않으면 직렬화된 인스턴스를 역질렬화할 때 마다 새로운 인스턴스가 만들어진다.
• 위 2번째 방식에서의 예라면 가짜 Elvis가 탄생한다는 뜻이다.
• 이를 예방하고 싶다면 Elvis클래서에 다읨의 readResolve메서드를 추가하자

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

---

싱글턴을 만드는 방식 (3)

1. 세 번째 방법은 원소가 하나인 열거 타입을 선언하는 것이다.

public enum Elvis {
	INSTANCE;
    
    public void leaveTheBuilding() {...}
}

2. public 필드 방식과 비슷하지만, 더 간결하고, 추가 노력없이 직렬화할 수 있고, 아주 복잡한 직렬화 상황이나 리플렉션 공격에서도 제2의 인스턴스가 생기는 일을 완벽히 막아준다.
3. 대부분 상황에서는 원소가 하나ㅃ누인 열거 타입이 싱글턴을 만듬는 가장 좋은 방법이다.
4. 단, 만들려는 싱글턴이 Enum외의 클래스를 상속해야 한다면 이 방법은 사용할 수 없다.(열거 타입이 다른 인터페이스를 구현하도록 선언할 수는 있다.)

출처 : Effective Java