스프링 컨테이너는 자바코드, XML 등 다양한 설정 형식으로 빈 생성이 가능합니다.
스프링은 어떻게 이런 다양한 설정 형식을 지원하는 것일까요?
- 답은 바로 BeanDefinition 이라는 추상화에 있습니다.
역할과 구현을 개념적으로 나눈 것입니다.
- XML을 읽어서 BeanDefinition 을 만들면 된다.
- 자바 코드를 읽어서 BeanDefinition 을 만들면 된다.
- 스프링 컨테이너는 자바 코드인지, XML 인지 몰라도 된다. 오직 BeanDefinition 만 알면 됩니다.
BeanDefinition
빈 설정 메타정보
- @Bean, 당 각각 하나씩 메타 정보가 생성됩니다.
- 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성합니다.
Code Level Flow
BeanDefinition 정보
- BeanClassName : 생성할 빈의 클래스 명 (자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
- factoryBeanName : 팩토리 역할의 빈을 사용할 경우 ex) appConfig
- factoryMethodName : 빈을 생성할 팩토리 메서드 지정 ex) memberService
- Scope : 싱글톤 (기본)
- lazyInit : 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때 까지 최대한 생성을 지연처리 하는지 여부
- InitMethodName : 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메서드 명
- DestroyMethodName : 빈의 생명주기가 끝나서 제거하기 직전에 호출되는 메서드 명
- Constructor arguments, Properties : 의존관계 주입에서 사용 (자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
Summary.
- BeanDefinition을 직접 생성해서 스프링 컨테이너에 등록할 수도 있다.
- 하지만, 실무에서는 이러한 경우는 거의 없습니다.
- 스프링이 다양한 형태의 설정 정보를 BeanDefinition 으로 추상화해서 사용하는 것 정도만 이해하면 됩니다.
- ex) NoSuchBeanDefinitionException
- 스프링 컨텍스트가 정의되지 않은 Bean 을 사용하려할때 발생하는 일반적인 예외입니다.
- 애노테이션을 사용해 설정정보를 만들던지, @Configuration 에서 설정정보를 만들던지, Xml 을 사용해서 설정정보를 만들던지 → 스프링 컨텍스트는 설정정보(BeanDefinition)가 필요하다!
- 왜냐하면 스프링 컨텍스트는 BeanDefinition을 통해 빈을 생성하기 때문입니다.
Reference.
- 스프링 핵심원리 기본편 (김영한님)
- 스프링 레퍼런스
ProblemOverFlow