[싱글톤 컨테이너] 웹 애플리케이션과 싱글톤

웹 애플리케이션과 싱글톤

 

스프링의 태생은 기업용 온라인 서비스 기술을 지원하기 위해 탄생하여

대부분의 스프링 애플리케이션은 웹 애플리케이션이다.

웹 애플리케이션은 보통 여러 고객에 동시에 요청을 한다.

 

public class SingletonTest {

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

        AppConfig appConfig = new AppConfig();

        // 1. 조회 : 호출할 때 마다 객체를 생성
        MemberService memberService1 = appConfig.memberService();

        // 2. 조회 : 호출할 대 마다 객체를 생성
        MemberService memberService2 = appConfig.memberService();

        // 참조값이 다른 것을 확인
        System.out.println("memberService1 = " + memberService1);
        System.out.println("memberService2 = " + memberService2);

        // 스프링이 없는 순수한 DI 컨테이너인 AppConfig는 요청을 할 때 마다 객첼르 새로 생성
        // memberService1 != memberService2
        Assertions.assertThat(memberService1).isNotSameAs(memberService2);
    }
}

 

결과

 

고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸된다...즉, 메모리 낭비가 심하다.

해결 방안 : 해당 객체가 딱 1개만 생성되고, 공유하도록 설계 => 싱글톤 패턴

 

 

---

<출처>

인프런 강의 "스프링 핵심 원리 - 기본편"을 정리한 것 입니다.

스프링 핵심 원리 - 기본편 - 인프런 | 강의