스프링 빈 스코프

• 싱글톤: 스프링의 기본 빈 스코프로 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 스코프이다.
• 프로토타입: 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않으며, 매우 짧은 범위의 스코프로 소멸 콜백이 호출되지 않음.
• 웹
  • request: 사용자의 웹 요청이 들어오고 반환될 때 까지 유지
  • session: 웹 세션이 생성되고 종료될 때 까지 유지
  • application: 웹의 서블릿 컨텍스트와 같은 범위로 유지

핵심은 스프링 컨테이너는 프로토타입 빈을 생성하고, 의존관계 주입, 초기화 까지만 처리하고 더 이상 관리하지 않는다. 그래서, @PreDestory 콜백 메서드가 호출되지 않기 때문에 호출이 필요하다면 해당 메서드를 직접 호출해야한다.

싱글톤 빈이 프로토타입 빈 객체를 참조하고 있어 생성자로 의존관계를 주입한다면, 싱글톤 빈은 생성과 의존관계 주입 과정을 한 번 거친 후 스프링 컨테이너가 관리하기 때문에 프로토타입 빈은 한 번만 주입되고 그 이후로 계속 재사용된다. 즉, 프로토타입 빈이 의도대로 새롭게 생성되지 않는 문제가 발생한다.

의존 관계를 주입 받지 않고, 탐색하는 과정을 DL(DependencyLookup) 이라고 하며 스프링에서 제공하는 이 방법을 통해 문제를 풀어나갈 수 있다.

@ObjectProvider 사용하기

스프링 컨테이너에서 빈을 더 편리하게 조회 하는 대리자로, ApplicationContext 를 직접 주입 받지 않고 사용할 수 있는 편의 기능을 제공한다. 단, 아직 스프링 프레임워크에 의존 하는 단점을 해결하진 못하였다. 이를 해결하기 위해 자바 표준 프로바이더 객체를 사용하면 된다.

@Autowired  
private ObjectProvider<PrototypeBean> prototypeBeanProvider;  
  
public int logic() {  
    PrototypeBean prototypeBean = prototypeBeanProvider.getObject();
    ...
    }

자바 표준 @Provider 사용하기

자바 표준으로 사용할 수 있기 때문에 스프링 프레임워크에 의존적인 단점을 해결할 수 있지만, 별도의 라이브러리를 설치해야 하는 불편함이 있다.

프로바이더는 프로토타입 빈을 해결하기 위해서만 사용하지 않고 순환 참조하는 의존성, 지연 로딩이 필요한 빈을 제어할 때 프로바이더를 사용할 수 있다.

의존성 설치

// Provider  
implementation 'jakarta.inject:jakarta.inject-api:2.0.1'

프로바이더 사용

@RequiredArgsConstructor  
static class ClientBean {  
  
    private final Provider<PrototypeBean> prototypeBeanProvider;  
  
    public int logic() {  
        PrototypeBean prototypeBean = prototypeBeanProvider.get();  
        prototypeBean.addCount();  
        return prototypeBean.getCount();  
    }}

웹 스코프는 웹 환경에서만 동작하고, 프로토타입과 달리 종료 시점까지 관리하기 때문에 종료 콜백 메서드가 호출된다.

HTTP request 요청 당 각각 할당되는 request 스코프