[스프링 핵심 원리 - 기본편] 싱글톤 컨테이너(웹 애플리케이션과 싱글톤)

웹 애플리케이션과 싱글톤

• 스프링은 태생이 기업용 온라인 서비스 기술을 지원하기 위한 목적으로 탄생
• 대부분의 스프링 애플리케이션은 웹 애플리케이션
  • 웹이 아닌 애플리케이션도 개발 가능
• 웹 애플리케이션은 보통 여러 고객이 동시에 요청

• 스프링의 도움을 받지 않는 경우
  • 3명의 고객이 요청하면 3개의 객체가 생성됨

 

스프링이 없는 순수한 DI 컨테이너 테스트

package hello.core.singleton;

import hello.core.AppConfig;
import hello.core.member.MemberService;
import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.DisplayName;
import org.junit.jupiter.api.Test;

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);

        // memberService1 != memberService2
        Assertions.assertThat(memberService1).isNotSameAs(memberService2);
    }
}

• 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청을 할 때 마다 객체를 새로 생성
• 고객 트래픽이 초당 100이 나오면 초당 100개의 객체가 생성되고 소멸됨
  • 메모리 낭비가 심함
• 해결 방안은 해당 객체가 딱 1개만 생성되고, 공유하도록 설계하면 된다.
  • 싱글톤 패턴을 사용

 

※ 본 게시글은 인프런의 스프링 핵심 원리 - 기본편(김영한)을 수강하고 정리한 내용입니다.