🧑🏻‍💻싱글톤 컨테이너📝❗️❗️

스프링은 웹 애플리케이션을 구현하는 목적으로 주로 사용한다. 따라서 여러 고객이 동시에 요청을 한다!!

다음과 같은 고객에게 동시에 요청이 들어올 때 객체가 계속 생성되어 메모리 낭비가 매우 심할수 있다.
또한 객체의 생성도 비용이기 때문에 기업 입장에서는 엄청난 비용이 나갈것이다.

위의 상황을 코드로 나타내었다!

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

        //memberService 1 != memberService2
        assertThat(memberService1).isNotSameAs(memberService2);

    }

서비스를 요청할 때마다 새로운 객체가 생성되는 것을 볼수 있다...😮‍💨

위와 같은 상황에서 해결할 수 있는 방법은 싱글톤 패턴이다. 디자인 패턴은 나중에 따로 포스팅할 예정이다.

싱글톤 패턴에 대해 간략히 이야기하자면 클래스의 인스턴스를 1개만 생성하도록 하는 디자인 패턴이다.

스프링 컨테이너는 싱글톤 패턴 코드를 사용하지 않아도 객체 인스턴스를 직접 싱글톤 패턴으로 관리하고, 동시에 싱글톤 패턴 사용시 발생하는 DIP(의존관계 역전 원칙), OCP(개방-폐쇄 원칙) 위반의 발생을 막아준다.

다음은 스프링 컨테이너를 사용한 테스트 코드이다!

@Test
    @DisplayName("스프링 컨테이너와 싱글톤")
    void springContainer(){
        //AppConfig appConfig = new AppConfig();

        //스프링은 싱글톤 방식으로 동작한다.
        ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService1 = ac.getBean("memberService", MemberService.class);
        MemberService memberService2 = ac.getBean("memberService", MemberService.class);

        //참조값 확인
        System.out.println("memberService1 = " + memberService1);
        System.out.println("memberService2 = " + memberService2);

        assertThat(memberService1).isSameAs(memberService2);
    }

결과를 보면 검정색 사각형으로 표시한 부분이 서비스를 요청했을 때 참조값이다. 참조값이 같은 것을 볼 수 있다.

위 코드의 결과이다. 새로운 인스턴스 생성이 아닌 이미 만들어진 객체를 공유하여 메모리의 낭비와 비용을 줄일 수 있는 것이다.👍🏻👏🏻👏🏻

😱 싱글톤 방식의 주의점❗️

싱글톤 패턴이든, 스프링 같은 싱글톤 컨테이너를 사용하든, 객체 인스턴스를 하나만 생성해서 공유하는 싱글톤 방식은 여러 클라이언트가 하나의 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 상태를 유지하게 설계하면 안된다.

즉❗️ 특정 클라이언트에 의존적인 필드가 있으면 안된다.

다음 코드를 보자!

package hello.core.singleton;

public class StatefulService {

    private int price; //상태를 유지하는 필드

    public void order(String name, int price){
       System.out.println("name = " + name + " price = " + price);
        this.price = price; //문제!!
    }


    public int getPrice(){
        return price;
    }
}

package hello.core.singleton;

import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Bean;

import static org.junit.jupiter.api.Assertions.*;

class StatefulServiceTest {
    
    @Test
    void statefulServiceSingleton(){
        ApplicationContext ac = new AnnotationConfigApplicationContext(TestConfig.class);
        StatefulService statefulService1 = ac.getBean("statefulService", StatefulService.class);
        StatefulService statefulService2 = ac.getBean("statefulService", StatefulService.class);
        
        statefulService1.order("userA", 10000);
        statefulService2.order("userB", 20000);
        
        //ThreadA: 사용자 A 주문 금액 조회 기대와 달리 20000원이 나옴...
        int price = statefulService1.getPrice();
        System.out.println("price = " + price);

        Assertions.assertThat(statefulService1.getPrice()).isEqualTo(20000);
    }
    
    static class TestConfig{
        
        @Bean
        public StatefulService statefulService(){
            return new StatefulService();
        }
    }

}

사용자A의 주문금액은 10000원인데 price 필드를 공유하여 20000원이라는 이상한 결과값이 나왔다.

📝따라서 스프링 빈은 항상 무상태(staeteless)로 의존적인 필드 없이 설계해야 한다❗️❗️

출처

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard