생성자를 사용하는 방법1: private 생성자 + public static final 필드

• 간결하고 싱글턴임을 API 에 드러낼 수 있음
  • static final 필드일 경우 JavaDocs 에 별도로 표시하기 때문에 빠르게 인식할 수 있음
• 싱글톤을 사용하는 클라이언트의 테스트가 어려움
  • 싱글톤을 사용하는 클라이언트 : 싱글톤을 필드로 가지고 있는 클래스
  • 테스트하려는 메서드에 싱글톤 객체 메서드를 호출하는 과정이 포함되어 있는 경우
  • 싱글톤의 메서드 실행 비용이 비싸다면 테스트가 어려울 수 있음
    • 외부에 API 를 호출하는 등
  • 인터페이스로 추상화하여 fake 객체를 만들어 테스트를 편리하게 처리할 수 있음
• 리플렉션으로 private 생성자를 호출할 수 있음
  • 리플렉션은 생성자의 접근 제어자에 관계 없이 객체를 생성할 수 있음
  • 리플렉션으로 인한 객체 생성을 막기 위해 private 생성자에 대한 boolean 필드를 추가하여 체크할 수 있음
• 역직렬화를 할 때 새로운 인스턴스가 생길 수 있음

  • 역직렬화 시 객체의 기본 생성자를 이용하여 리플렉션하기 때문에 새로운 인스턴스가 생길 수 있음

  • 다음과 같이 readResolve 메서드를 정의하여 반환 객체를 변환할 수 있음

    class TestClass {
    
    	private static final TestClass INSTANCE = new TestClass();
    
    	private TestClass() {}
    
    	private Object readResolve() {
    		return INSTANCE;
    	}
    }
    

  • 역직렬화 시 객체 생성 후 readResolve 메서드를 이용하여 생성한 객체를 반환함

  • 반환하기 위한 메서드의 리턴값으로 미리 정의해둔 객체를 응답하여 싱글톤 유지

• 리플렉션과 역직렬화에 대한 대비를 하기 위해서 private 생성자에 boolean 필드를 추가하고, readResolve 메서드를 정의하면 되나 싱글톤의 장점인 ‘간결함’ 은 사라짐