1️⃣ Been 객체

빈은 스프링 IoC/DI 컨테이너의 핵심 관리 대상이며, 주로 의존성 주입 (DI) 을 통해 빈을 프레임워크로부터 주입받아 사용하는 것이 일반적이다.

사용 이유

1. 객체 관리의 효율성 : 스프링 컨테이너가 빈의 생성, 소멸, 의존성 관리를 자동으로 처리해주므로 개발자는 객체 관리에 대한 부담을 덜고 비즈니스 로직에 집중할 수 있다.
2. 컴포넌트 재사용성 및 유지보수성 향상: 빈은 독립적인 단위로 설계되어 재사용성이 높고, 설정과 코드가 분리되어 유지보수가 용이하다.

빈의 스코프(Scope)

스프링 빈은 생성과 관리의 범위를 지정할 수 있는 스코프가 있다. 스코프에 따라 빈이 생성되고 유지되는 방식이 달라지며, 이를 통해 애플리케이션 요구사항에 맞는 객체 관리를 수행할 수 있다.

1. Singleton (기본 스코프)
   • 애플리케이션 전체에서 단 하나의 객체 인스턴스만을 유지
   • 스프링 컨테이너가 구동될 때 빈을 한 번만 생성하고, 이후에는 동일한 객체를 반환
   • 가장 일반적인 스코프이며, 스프링 Bean의 기본 스코프
2. Prototype
   • 빈을 요청할 때마다 새로운 객체 인스턴스를 생성
   • 상태를 가지는 객체를 매번 새롭게 필요로 하는 경우에 사용
   • 요청 시점마다 새 객체가 생성되므로, 소멸 시점 관리는 컨테이너가 아닌 사용자가 직접 담당해야 하는 경우가 많습니다. 여전히 GC 대상에 포함은 된다.
3. Request (@Scope("request"))
   • 웹 애플리케이션 환경에서, HTTP 요청 당 하나의 빈 인스턴스가 생성되고 요청이 끝나면 소멸.
   • WebApplicationContext에서만 동작. ApplicationContext에서 동작 X
   • 프록시 사용이 필요하다.
   • 예) 클라이언트가 /submitForm 요청을 보냄 → 새로운 RequestScopedBean 인스턴스 생성됨.
4. Session (@Scope("session"))
   • 각 사용자(Session)마다 하나의 빈 인스턴스를 생성하고, 세션이 유지되는 동안 계속 사용됨.
   • 사용자별 세션 범위로 객체를 관리해야 할 때 사용, 사용자별 데이터를 유지
   • 프록시 사용이 필요하다.
5. GlobalSession
   • 포털(Portal)처럼 전역 세션 범위를 가지는 환경에서 사용되는 스코프. (일반적인 Web 애플리케이션에서는 자주 사용되지 않음.)

Request 스코프와 Session 스코프에서 프록시가 필요한 이유

Spring 컨테이너가 @Autowired나 @Inject 등을 이용해 의존성 주입을 수행할 때, 싱글톤 스코프의 Bean들이 먼저 초기화됨. 하지만 request나 session 스코프의 Bean들은 사용자의 HTTP 요청이 발생할 때 생성되므로, 싱글톤 Bean이 이러한 스코프 Bean을 주입받으려고 할 때 아직 생성되지 않은 Bean을 참조하려는 문제가 발생할 수 있다.

예시 코드)

@Component
@Scope("request") // 요청(Request)마다 새로 생성되는 Bean
public class RequestScopedBean {
    public RequestScopedBean() {
        System.out.println("RequestScopedBean 생성됨! " + this);
    }
}

@Service
public class SingletonService {
    private final RequestScopedBean requestScopedBean;

    @Autowired
    public SingletonService(RequestScopedBean requestScopedBean) {
        this.requestScopedBean = requestScopedBean;
    }

    public void process() {
        System.out.println("사용 중인 RequestScopedBean: " + requestScopedBean);
    }
}

문제 발생!

• SingletonService는 @Service이므로 기본적으로 싱글톤(Singleton) 스코프이다.