[스프링 핵심원리] - 8. 빈 스코프 (2)

이 글은 강의 : 김영한님의 - "스프링 핵심원리 - 기본편"을 듣고 정리한 내용입니다. 😁😁

프로토타입 스코프

• 싱글톤 빈과 함께 사용시 Provider로 문제 해결

싱글톤 빈과 프로토타입 빈을 함께 사용할 때, 어떻게 하면 사용할 때마다 항상 새로운 프로토타입 빈을 생성하는 방법 3가지에 대해 공부해보자.

스프링 컨테이너에 요청

가장 간단한 방법은 싱글톤 빈이 프로토타입을 사용할 때마다 스프링 컨테이너에 새로 요청하는 것이다.

매우 비효율적인 방법이다.

package hello.core.scope;

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Scope;

import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;

import static org.assertj.core.api.AssertionsForClassTypes.assertThat;

public class SingletonWithPrototypeTest1 {

    // 1. 프로토타입 빈 사용할 때마다 스프링 컨테이너에 요청
    @Test
    void providerTest() {
        // ClientBean, PrototypeBean 빈 등록
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(ClientBean.class, PrototypeBean.class);

        // 클라이언트 요청1
        ClientBean clientBean1 = ac.getBean(ClientBean.class);
        int count1 = clientBean1.logic();
        assertThat(count1).isEqualTo(1);

        // 클라이언트 요청2
        ClientBean clientBean2 = ac.getBean(ClientBean.class);
        int count2 = clientBean2.logic();
        assertThat(count2).isEqualTo(1);
    }

    // 싱글톤 빈
    @Scope("singleton") // 생략O
    static class ClientBean {
        //private final PrototypeBean prototypeBean;  // ClientBean 생성 시점에 주입
        @Autowired
        private ApplicationContext ac;  // 스프링 컨테이너 찾기(부가기능)
        
        public int logic() {
            // logic()호출 할 때마다 PrototypeBean 생성
            PrototypeBean prototypeBean = ac.getBean(PrototypeBean.class);
            prototypeBean.addCount();   // prototypeBean 의 addCount() 호출
            int count = prototypeBean.getCount();
            return count;   // 카운트 반환
        }
    }

    // 프로토타입 빈
    @Scope("prototype")
    static class PrototypeBean {
        private int count = 0;

        // 카운트 증가 메서드
        public void addCount() {
            count++;
        }

        // 카운트 반환 메서드
        public int getCount() {
            return count;
        }

        // 초기화 메서드
        @PostConstruct
        public void init() {
            System.out.println("PrototypeBean.init " + this);   // 참조값 출력
        }

        // 종료 메서드
        @PreDestroy
        public void destroy() {
            System.out.println("PrototypeBean.destroy");
        }
    }
}

스프링의 ApplicationContext 전체를 주입받으면, 스프링 컨테이너에 종속적인 코드가 되고 단위 테스트도 어려워진다.
→ 지금 필요한 기능은 지정한 프로토타입 빈을 컨테이너에서 대신 찾아주는 DL 정도의 기능만 제공하는 무언가다.
● Dependency Lookup(DL) = 의존관계 조회/탐색

• 의존관계를 외부에서 주입(DI)받는게 아니라, 직접 필요한 의존관계를 찾는 것

ObjectFactory, ObjectProvider

지정한 빈을 컨테이너에서 대신 찾아주는 DL서비스를 제공하는 것이 바로 ObjectProvider이다.

@Scope("singleton") // 생략O
static class ClientBean {

    // 필드 주입
    @Autowired
    private ObjectProvider<PrototypeBean> prototypeBeanProvider;
    
    public int logic() {
        // logic() 호출할 때마다 프로토타입 빈을 대신 조회해서 반환(DL)
        PrototypeBean prototypeBean = prototypeBeanProvider.getObject();
        prototypeBean.addCount();   // prototypeBean 의 addCount() 호출
        int count = prototypeBean.getCount();
        return count;   // 카운트 반환
    }
}

• 여기서는 단순 테스트 용도로 간단히 필드 주입을 사용했다.
• ObjectProvider의 getObject()를 호출하면 내부에서 스프링 컨테이너를 통해 해당 빈(PrototypeBean)을 찾아 반환한다. (DL)
• 스프링이 제공하는 기능을 사용하지만, 기능이 단순하므로 단위 테스트를 만들거나 mock 코드를 만들기가 훨씬 쉬워진다.

특징

• ObjectFactory
  단순한 기능
  별도의 라이브러리 필요없다
  스프링에 의존한다

- ObjectProvider
지정한 빈을 컨테이너에서 대신 찾아주는 DL서비스를 제공
ObjectFactory 상속 : 과거 ObjectFactory에 편의 기능(옵션, 스트림 처리 등)을 추가해 만든 것
별도의 라이브러리 필요없다.
스프링에 의존(스프링이 제공하는 기능)

JSR-330 Provider

마지막 방법은 javax.inject.Provider 라는 JSR-330 자바 표준을 사용하는 방법이다.

이 방법을 사용하기 위해 javax.inect:javax.inject:1 라이브러리를 gradle 에 추가해야 한다.

• 보통은 스프링이 제공하는 ObjectProvider을 사용할 것이기에...

정리

매번 사용할 때마다 의존관계 주입이 완료된 새로운 객체가 필요하면 **프로토타입 빈을 사용한다.
그런데 실무에서 웹 애플리케이션을 개발해보면, 싱글톤 빈으로 대부분의 문제를 해결할 수 있기 때문에 프로토타입 빈을 직접적으로 사용하는 일은 매우 드물다.**