웹어플리케이션과 싱글톤

웹어플리케이션

• 웹 어플케이션은 보통 여러 고객이 동시에 요청을 한다.
• 스프링이 없는 순수한 DI컨테이너인 AppConfig는 요청을 할 때 마다 객체를 새로 생성하여 메모리 낭비가 심함

    @Test
    @DisplayName("스프링 없는 순수한 DI 컨테이너")
    void pureContainer() {
        AppConfig appConfig = new AppConfig();

        // 객체를 계속 생성함
        MemberService memberService1 = appConfig.memberService();
        MemberService memberService2 = appConfig.memberService();

        // 다른 객체 반환
        System.out.println("memberService1" + memberService1); // memberService1hello.core.member.MemberServiceImpl@3ec300f1
        System.out.println("memberService2" + memberService2); // memberService2hello.core.member.MemberServiceImpl@482cd91f

        Assertions.assertThat(memberService1).isNotSameAs(memberService2);

    }

• 이를 해결하기 위하여 해당 객체가 1개만 생성되고 공유하도록 설계하는 것을 싱글톤 패턴이라고 함

싱글톤 패턴

• 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴
• 객체 인스턴스를 2개 이상 생성하지 못하도록 막아야 함 private 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 막아야 한다
• SingletonService

public class SingletonService {

    // 1.static 영역에 객체를 딱 1개만 생성
    // static 영역에 객체 인스턴스를 미리 하나 생성하여 올려둠
    private static final SingletonService instance = new SingletonService();

    // 2.public으로 열어서 객체 인스턴스가 필요하면 이 static 메서드를 통해서만 조회하도록 허용
    // 이 객체 인스턴스가 필요하면 오직 getInstance() 메서드를 통해서만 조회할 수 있고 항상 같은 인스턴스만 반환한다.
    public static SingletonService getInstance() {
        return instance;
    }

    // 3.생성자를 private으로 선언해서 외부에서 new 키워드를 사용한 객체 생성을 못하게 막는다
    // 딱 1개의 인스턴스만 존재해야 하므로 생성자를 private로 막아서 혹시라도 외부에서 new 키워드로 객체 인스턴스가 생성되는 것을 막음
    private SingletonService() {
        
    }
    
    public void logic() {
        System.out.println("싱글톤 객체 로직 호출");
    }
}

• Test

    @Test
    @DisplayName("싱글톤 패턴을 적용한 객체 사용")
    void singletonServiceTest() {
        //new SingletonService();  오류 발생
        SingletonService singletonService1 = SingletonService.getInstance();
        SingletonService singletonService2 = SingletonService.getInstance();

        // 같은 객체 반환
        System.out.println("singletonService1" + singletonService1); // singletonService2hello.core.singleton.SingletonService@40e6dfe1
        System.out.println("singletonService2" + singletonService2); // singletonService2hello.core.singleton.SingletonService@40e6dfe1

        Assertions.assertThat(singletonService1).isSameAs(singletonService2);
    }

• 장점
  • 싱글톤 패턴을 적용하면 이미 만들어진 객체를 공유해서 효율적으로 사용할 수 있음
• 단점
  • 싱글톤 패턴을 구현하는 코드 자체가 많이 들어감
  • 의존관계상 클라이언트가 구체 클래스에 의존함 -> DIP 위반
  • 클라이언트가 구체 클래스에 의존해서 OCP 원칙을 위반할 가능성이 높음
  • 테스트하기 어려움
  • 내부 속성을 변경하거나 초기화 하기 어려움
  • private 생성자로 자식 클래스를 만들기 어려움
  • 유연성이 떨어짐
  • 안티패턴으로 불리기도함