💻 코딩 일기 : [Spring] '스프링 컨테이너(Spring Container)' 편

🔔 '스프링 컨테이너(Spring Container)'에 대해서 알아보자!

💟 컨테이너(container)

컨테이너 : 자바의 객체를 관리하는 공간을 말합니다. 내부의 Bean 라이프 사이클을 관리하며 추가 기능을 제공합니다.

• 자바 객체를 스프링에서는 Bean(빈)이라고 합니다.
• 과거에는 주로 XML을 사용하여 스프링 애플리케이션의 설정과 빈 등록을 수행했습니다. 하지만 현재에는 어노테이션을 사용하는 방식이 보다 일반적으로 사용되고 있습니다. 어노테이션을 사용하는 것이 더 간결하고 가독성이 좋으며, 컴파일 타임에 오류를 확인할 수 있어 개발자들에게 더욱 편리합니다.

a 빈은 com.example.A 클래스의 인스턴스를 생성하고, b 빈은 com.example.B 클래스의 인스턴스를 생성하면서 생성자를 통해 a 빈을 주입받습니다.

이와 같이 XML 파일을 사용하여 각 빈을 정의하고 빈 간의 의존성을 명시적으로 설정하는 방식으로 A와 B 객체를 만들고 관리했습니다.

수동으로 Bean 등록 :

• @Configuration : 애플리케이션 구성정보를 등록합니다. 빈을 생성하고 구성하기 위한 메서드들을 가지고 있습니다. 해당 클래스가 관리해야할 Bean이 있다고 알려주는 역할을 합니다
• @Bean : 메서드를 모두 호출하여 반환된 객체를 스프링 컨테이너에 등록합니다. @Bean 어노테이션이 붙은 메서드의 이름을 스프링 빈의 이름으로 사용하여 빈 등록 합니다.

위의 코드에서 BeanConfi 클래스는 @Configuration 어노테이션이 적용되어 있습니다. 이 클래스는 수동으로 빈을 등록하는 설정 클래스입니다. @Bean 어노테이션이 붙은 메서드들은 각각 빈을 생성하여 반환합니다. 여기서는 A와 B 클래스의 빈을 등록하였습니다.

자동으로 Bean 등록 :

• @ComponentScan : 해당 클래스 패키지와 하위의 @Component, @Service, @Repository, @Controller 클래스를 탐색하여 빈으로 등록합니다.
  스프링 애플리케이션의 컴포넌트들을 자동으로 스캔하여 빈으로 등록하는데 도움을 줍니다.

1. @Component : 컴포넌트 스캔(Component Scanning)을 통해 빈(Bean)으로 등록할 클래스를 지정하는 데 사용됩니다. 이 애노테이션이 붙은 클래스들은 스프링 애플리케이션 컨텍스트에 의해 자동으로 검색되어 빈으로 등록됩니다.

2. @Service: 비즈니스 로직을 처리하는 서비스(Service) 계층의 클래스에 사용됩니다. 이 클래스들은 주로 애플리케이션의 비즈니스 로직을 구현하고 제공합니다.

3. @Controller: 웹 애플리케이션에서 사용자 요청을 처리하는 컨트롤러(Controller) 클래스에 사용됩니다. 이 클래스들은 HTTP 요청을 받아서 적절한 응답을 생성하고, 비즈니스 로직을 호출하거나 모델을 조작하여 뷰(View)에 전달합니다.

4. @Repository: 데이터 액세스 객체(DAO, Data Access Object)를 나타냅니다. 이 클래스들은 주로 데이터베이스나 다른 영구 저장소에 접근하여 데이터를 가져오거나 조작합니다.

@Controller
public class Controller01 {
    
}

🟦 스프링 컨테이너를 사용하는 이유?
new 생성자를 통해 객체를 매번 생성할 경우, 객체 간의 참조가 많아져 의존성이 높아지게 됩니다. 이는 객체 지향 프로그래밍 원칙에 위배 되며 객체 간의 의존성 및 결합도를 낮추기 위해 스프링 컨테이너가 사용됩니다.

💟 컨테이너 종류

1. BeanFactory:

• 스프링의 가장 기본적인 컨테이너입니다.
• Bean 객체의 생성, 초기화, 관리, 생명주기(생성~소멸)를 관리합니다.

2. ApplicationContext:

• BeanFactory를 확장한 인터페이스로, 더 많은 기능을 제공합니다.
• 애플리케이션의 Bean을 관리하고 검색하는 기능은 BeanFactory가 제공하고 그 외의 부가 기능을 제공합니다.
• BeanFactory보다 ApplicationContext를 더 많이 사용합니다. 그 이유는 애플리케이션을 개발할 때는 빈 관리, 조회하는 기능 외에 부가 기능이 필요하기 때문입니다.
  • MessageSource : 메세지 다국화를 위한 인터페이스
  • EnvironmentCapable : 개발, 운영 등 환경을 분리해서 처리하고, 애플리케이션 구동에 필요한 정보들을 관리하기 위한 인터페이스
  • ApplicationEventPublisher : 이벤트를 발행하고 구독하는 모델을 편리하게 지원하는 인터페이스
  • ResourceLoader : 파일, 클래스패스, 외부 등 리소스를 읽어오기 위한 인터페이스